Loading...
Loading...
共找到 127 个 Skills
搭建并维护一个可复用的「研究→设计→规划→编排→执行」文件夹，适用于各类复杂工作——如软件功能开发、营销活动、组织架构变更。提供一个与领域无关的核心框架（00-README · 01-plan · 02/03 research · 04-discussion 最新优先 · 05-tracking · 09-orchestration · artifact/board.html 规划看板），以及无状态的action-skills，可在不覆盖手写内容的前提下增强文档功能。若存在ikenga-artifact-builder、huashu-design、frontend-design、ikenga-pkg-builder则自动组合使用；若不存在则优雅降级。支持配置文件驱动：`software`（丰富默认配置，适用于代码工作）、`general`（精简配置，适用于非代码工作——如活动、组织变更）、`content`（适用于编辑/营销类带核心素材的工作）。 触发条件：当用户要求为复杂工作制定实际计划（如“规划一个功能”、“搭建规划文件夹”、“为……奠定基础”），提及现有符合该基础结构的plans/文件夹，或执行以下任一操作：groundwork init / research / design / review / clarify / orchestrate / refresh-board / refresh-living-spec / status。 请勿触发场景：一次性代码变更、单文档撰写、ADR（架构决策记录），或可容纳在单个Markdown文件中的内容——这些无需多文档规划文件夹。若用户仅需单个制品（如仪表盘、原型），请转至ikenga-artifact-builder。
在游戏开发 Jam 截止日期前规划并完成游戏：根据时间锁定项目范围，规划时长，削减功能，准时提交。适用于各类游戏开发 Jam（如 Ludum Dare、GMTK Jam、Global Game Jam）、48小时或周末开发任务，以及规划和提交 Jam 参赛作品。
将规格说明、计划或对话拆分为追踪式任务工单，每个工单明确其依赖阻塞关系，并发布为GitHub子议题。
将大型、复杂或模糊的任务拆解为带有依赖关系图、执行顺序和成功标准的独立子任务。先规划，再逐步执行。当用户询问“我该怎么做”“从哪里开始”“规划项目”“拆解任务”“实施”，或者任务涉及多个阶段时触发该流程。
设想项目已经失败，再倒推查找失败原因。这种方法比风险评估更有效，因为它预设失败是必然发生的。当用户提到「pre-mortem」、「premortem」、「假设这个项目失败了」、「可能会出什么问题」、「风险分析」、「上线前」、「压力测试」、「什么会搞垮这个项目」、「项目风险」时使用。
在任何创造性工作之前必须使用此技能——创建功能、构建组件、添加功能或修改行为。在实现之前先探索用户意图、需求和设计。
为新软件产品、功能、应用及内部工具创建可直接落地的蓝图。适用于启动全新项目、开发重大功能，或需要PRD、TRD、架构、schema、安全、模块、规则、阶段、设计及记忆文档的技术交接场景。
适用于对方案进行压力测试、针对设计接受严苛质询，或是撰写PRD之前的场景。
规划前先区分目标（WHAT）与实现方式（HOW）。明确目标、探索实现路径、记录结构化的设计决策。触发场景：头脑风暴、想法探索、目标明确、创意阶段。
指导从现有Epic创建详细的敏捷功能文档。适用于用户希望将Epic拆分为功能文件、提炼带有范围和验收标准的功能，或是为利益相关者或工程团队规划功能文档的场景。属于skills-for-java项目的一部分
从原始需求到产品设计、技术设计、任务列表、执行与验证的规范驱动开发。
从路线图中移除未来阶段，并重新编号后续阶段。触发词包括"remove phase"、"remove phase"。