用途：在实施任何功能或变更前，先产出经过深思的规划/规格文档，作为参考文档，涵盖问题与动机、技术方案、变更增量（实现后系统哪些属性会变化）以及验证标准。
主要能力：强调先理解当前状态，使用 gjalla（CLI 或 MCP）获取主规格中与问题/方案空间相关的部分，包括架构、能力、数据流等，并获取 gjalla 规则以了解最终方案的边界；随后从源代码中收集所需的具体细节；对会影响方案具体内容的未决问题向用户询问；最后使用 gjalla spec new 脚手架生成可编辑的变更规格。该规格在以实现工件为规范的流程中是必要的，gjalla 平台会在实现完成后协助验证并将变更合并回主规格。
使用方式：先调研现状与约束，再收集源码细节，确认影响方案的开放问题；准备好后运行 gjalla spec new 生成变更规格并编辑。用户也可能希望先以 Claude Plan 或 Cursor Plan 等形式呈现计划；计划获批后再将信息写入 gjalla 规格并继续。
适用场景：适用于需要可验证、可追溯的软件系统变更规划，尤其是希望提前考虑二阶后果、避免给人带来意外、并在实现前对齐范围与验证方式的工作流。
规格应包含：问题陈述、目标、非目标、行为需求（可观察的新能力属性）、技术方案（对架构、数据流、表面区域及其他 gjalla 原语的影响）、验证策略（单元、集成与验收测试计划）、依赖（必须先存在或部署的内容）、回滚方案。
限制与说明：文档不应冗长，背景信息可接受但需清晰突出；以上为资料提供的流程与内容要求，未提供具体安装命令、收费、价格或平台支持细节。