开发项目管家

要解决什么问题

独立开发者和小团队里，需求往往停在口头或碎片笔记里：Issue 写不清复现步骤，PR 只有「改了点东西」，发版说明用户看不懂，上线出问题后复盘也缺结构。这类工作不难，但重复消耗注意力，还容易在协作工具里留下「看不懂、改不动」的文档。

技能如何工作

开发项目管家把「先给成品、再补问题」当作默认节奏：你给出目标、素材和使用场景（例如要发到 GitHub、飞书还是对外公告），它会按模块输出可直接粘贴的结构化内容。

核心能力对应常见研发动作：

• 需求拆解：把功能描述拆成开发任务，并附带验收标准
• Issue 整理：背景、复现步骤、期望结果分块写好
• PR 说明：变更摘要、测试说明与风险点
• 发布说明：区分用户可读版与技术版更新日志
• 技术复盘：原因分析与可执行的预防动作

触发上，需求里出现上述关键词会优先进入对应模块；只有目标没有素材时，会先按常见场景给初版，并标注还需补充的信息。多轮反馈时支持局部修改；若方向仍偏，可要求按参考样例重做。你还可以用「风格卡片」固定语气、长度与格式，同一会话内后续输出会沿用这些偏好。

边界与注意点

它擅长中文文本的结构化与模板化，不能代替你提供产品事实、数据或业务背景；也不能读取未授权的数据，或绕过平台登录与风控。涉及法律、医疗、税务等专业判断仍需人工确认。引用外部事实时，版权与准确性需自行核查。