repo-defining-workflows
用于创建多代理编排的工作流模式标准,包括YAML前导(名称、描述、标签、状态、代理、参数),执行阶段(顺序/并行/条件),代理协调模式,以及Gherkin成功标准。对于定义可重用、已验证的工作流程过程至关重要。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
用于创建多代理编排的工作流模式标准,包括YAML前导(名称、描述、标签、状态、代理、参数),执行阶段(顺序/并行/条件),代理协调模式,以及Gherkin成功标准。对于定义可重用、已验证的工作流程过程至关重要。
生成带有UUID链、逐步写入和UTC+7时间戳的验证/审计报告的指南
对整个仓库的文档进行全面的、基于证据的审核,以对照当前代码库和最近的变更。在TempDoc-ForUserReview中生成一套建议性的、完全重写的文档,并在对现有文档进行任何更改之前请求批准。
检测并清理技能目录中的AI生成的垃圾内容。使用场景:(1) 测试过程中积累了test-skill-*目录,(2) CLAUDE.md文件中有过时的技能引用,(3) 技能中存在占位符内容。提供扫描、清理和CLAUDE.md同步功能。
维护现有GitHub仓库(包括发布、变更记录、Issue等)。使用gh命令。触发示例:「发布说明」「发布」「issue」「repo-maintain」 ※ 创建和合并PR请使用repo-flow技能
浏览并绘制这个单体仓库的结构。查找文件、包和依赖项。当被要求定位代码、理解包之间的关系、找到某个定义的位置或探索仓库结构时使用。
通过分析变更日志、确定版本更新,并更新package.json和变更日志文件来准备发布。
通过分析CLAUDE.md、文件结构、使命/目标,并建立工作就绪状态,为新工作准备任何仓库。在新任务开始前自动执行以提供上下文。
在`docs/`下提供整个仓库的文档指南。首先使用工具检查,并保持`README.md`和`docs/`与应用程序当前状态同步。
在不同语言栈中设置高质量工具的最佳实践。
在Git Flow工作流程中执行从开发到develop分支的合并。在请求“创建特性分支”、“提交PR”、“代码审查”、“合并”等时使用。从存在开发差异的状态下创建分支。也支持develop → main的发布流程。※ develop → main的合并由人工执行。
快速浏览此仓库,找到正确的应用程序、包或服务,并确定需要更改的正确文件。
当用户请求"创建仓库地图"、"生成仓库地图"、"更新仓库地图"、"仓库地图状态"或"映射符号/导入"时使用。使用ast-grep构建并验证基于AST的仓库地图。
在包目录内使用pyproject.toml进行Python包重组
使用语义搜索和符号索引执行高召回率的代码库检索。在需要查找特定代码、理解项目结构或在编辑前验证架构模式时使用。
审查Formisch packages/和frameworks/中的PRs和源代码变更。在审查拉取请求、验证实现模式或在合并前检查代码质量时使用。
将当前目录快照为伪XML,以便LLM上下文使用。当您需要与Codex/LLMs共享一个仓库(或子树)时使用,特别是用于代码审查/调试、生成对代理友好的“仓库快照”,或将上下文输入到如`llm`这样的工具中(参见技能$llm-cli)。支持`.gitignore`文件感知的文件发现、常见的忽略模式、扩展名过滤、正则表达式包含/排除、可选文件列表打印、行范围片段,并且为了重用而写入`/tmp/repo…
项目初始化清单和缓存生成(一次性录入)。在首次引入项目或进行重大结构调整后使用。
knowledgeca 根据项目内一手信息和外部官方文档来回答的流程。
在向任何仓库添加文件之前是强制性的。在开始工作前,强制检查现有模式并确认用户。使用场景:(1) 添加新文件,(2) 添加新技能,(3) 创建PR,(4) 任何结构性更改。直到验证了约定并且用户确认计划后才会继续进行。
仓库入职和代理引导。在新的仓库会话开始时或执行任何任务之前使用,以加载AGENTS.md、架构/技能索引,并发现本地Codex技能。
在编辑KINTSUGI笔记本模块(如Kdecon、Kstitch、Kreg等)时,应先编辑主仓库,然后再同步到项目文件夹
生成一个2025年的仓库年度回顾可视化。当用户请求“repo recap”、“年間レポート”、“yearly summary”、“2025 recap”,或希望查看仓库统计数据和贡献时使用。
扫描并记录仓库结构、模式和关键组件。在开始处理不熟悉的代码库时使用。