产品与业务系统
把角色、流程、状态和异常整理清楚,再做成能被日常使用的页面和系统。
- 业务梳理
- 产品设计
- 全栈开发
现在
我自己研究、设计、写代码、测试和整理文档。合适的事认真做,不合适的事直接说明。
我在做什么
这些方向来自我真实做过或正在研究的项目。它们不是一份大而全的“解决方案清单”,也不代表每一项都已经对外商用。
把角色、流程、状态和异常整理清楚,再做成能被日常使用的页面和系统。
让 AI 帮助理解、检索和处理信息,同时把权限、人工接管和失败处理留在系统里。
基于 Halo 整理品牌、内容和商城体验,保留内容系统与交易系统各自的职责。
把版本、检查、失败和未执行项写进交付记录,让下一步不依赖口头记忆。

正在做或做过
这里先说明它们解决什么问题。代码、本地测试、外部联调和正式使用是不同阶段,不用一个“完成”概括。
把旅行内容、服务、交易和多端协作放进同一套产品。
研发项目围绕实践训练、过程反馈和能力考核做教学系统。
研发项目从养老服务现场出发,整理任务、异常和协作关系。
研发方向让智能体任务能够暂停、恢复、接管,并留下运行记录。
研发项目用 Halo 把博客、作品、服务和商城放在一个网站里。
当前网站做事方式
一个人做工作室,更需要控制范围。我会先找到最小但完整的一段,把它做通,再决定是否继续扩大。
确认谁在使用、要处理什么、受哪些条件限制,以及什么结果才算有用。
让页面、数据、权限、失败处理和恢复方式可以一起被检查。
记录版本、测试、已知问题和未执行项,方便继续工作,也方便别人复核。
可以提供的服务
商城不是能力清单。每项服务都要先写清楚适合什么问题、会交付什么、哪些事情不包含。
5 项商品已上架 · 价格为试运营参考价
把角色、流程、风险与第一条完整路径画清楚,再决定是否进入建设。
咨询服务 · 范围先行
让智能体的权限、暂停、接管、恢复与证据链进入同一张运行图。
共创工作坊 · 风险可见
把品牌、内容与商城外壳做成一套系统,并保留 Halo Shop 的业务职责。
主题定制 · 规范兼容
把范围、检查、失败、未运行项和验收结果放进可复用的交付结构。
数字产品 · 授权待确认
不从“大而全”开始。先把一个真实角色、一条关键流程、一组边界和一套验收证据做通。
定制开发 · 先诊断后报价博客 + 商店
博客记录想法、过程和判断;商城放已经说明范围的作品与服务。文章不是广告,购买也不需要建立在夸张承诺上。