Agent Skills
返回列表
工程精简开发流

工程精简开发流

开发编程 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_f9be8d90/engineering-lite。

技能介绍

解决的问题

engineering-lite 针对一个常见工程问题：需求还没收敛时就开始堆代码，导致后续反复改、补测试、回滚。它把“需求澄清、设计文档、YAGNI 实现、TDD、Git 安全”拆成阶段化工作流，避免在错误阶段做过度设计。

工作方式

  • 需求模糊时：先走 Stage 1，输出目标、非目标、用户故事和验收标准，可生成 SPEC.md 或 ADR.md。
  • 需求明确时：启用 ponytail 思路，优先停在 YAGNI Level 1，只有用户要求完整实现、测试不满足或 stub 不够时才增加代码。
  • 需要测试时：走 /tdd，按 red → green → refactor 推进。
  • 提交前：检查敏感信息、构建产物，并保持 先 commit 再 build；破坏性 Git 操作需用户确认。
  • 被纠正时：记录现象、根因、教训，并可 /save-fix 写回 SKILL.md。

适用边界

它适合小型到中型项目、个人开发或协作中的轻量治理；不适合已经存在完善 CI、安全审计和大型架构流程的项目，也不能替代真实的测试覆盖、权限控制与发布流程。

使用场景

  • 在接到含糊功能需求后，先用 /clarify 输出目标、非目标、用户故事和验收标准，避免直接开写。
  • 在需求已有 SPEC.md 时，用 /lazy 启用 YAGNI 阶梯，只写最小 stub 或注释标记升级路径。
  • 在开发公共组件前，用 /tdd 先写失败测试，再补最少代码并重构以通过测试。
  • 在准备 git push 或 rebase 前，用 /safe 检查密钥、日志、构建产物，并确认破坏性操作。

适合人员

  • 负责小功能迭代的后端工程师，希望少写过度代码并保留升级路径。
  • 维护公共组件的全栈工程师，希望用 TDD 先测试再实现并保持改动最小。
  • 需要多人协作交付的小型团队负责人，希望先把非目标和验收标准写清。
  • 经常准备构建产物的独立开发者，希望在 push/rebase 前检查敏感文件和提交顺序。