{"repo":"hey-zeyu/codex-skill-builder","free":true,"listed":false,"github":"https://github.com/hey-zeyu/codex-skill-builder","clone":"git clone https://github.com/hey-zeyu/codex-skill-builder.git","description":"把方案、文档和重复流程变成 Codex 会执行的 skill。","language":"Python","stars":19,"topics":["ai-agents","codex","codex-skills","developer-tools","openai","prompt-engineering","workflow-automation"],"license":"MIT","category":"ai-agents","readme_excerpt":"codex-skill-builder 把你的重复工作，封装成一个 Codex 一看就会用的 skill。 不是“再写一段更长的提示词”。这套工具的差异点是： 触发时机 + 工作流骨架 + 文件记忆 + 安全边界 + 可验证交付 。 三件套（MVP） 后续可扩展：skill-review（评审已有 skill）、doc-to-skill（把 README/API/CLI 文档转成 skill）、package-skill（打包发布）。 你适合用它，如果你经常说 - “我有方案，但不知道怎么高效地让 Codex 替我执行。” - “我每次都要让 Codex 按同一套流程做事。” - “我有 README / API 文档 / 脚本，想让 Codex 稳定复用。” - “我做了个 skill，但不知道触发描述、目录结构、安全边界对不对。” 它怎么工作 安装 安装后重启 Codex。 用法 更多例子： examples/prompts.md 设计原则 Skill 不是提示词，是工作流容器。 一个好 skill 应该回答五件事： - 什么时候触发？ - 用户会给什么输入？ - Codex 应该按什么步骤做？ - 哪些知识应该放进文件，而不是塞进上下文？ - 哪些动作必须先确认？ 进度记忆（文件，不靠模型记忆） 为什么不是直接问 Codex？ 因为临场提示词会漂。 今天写得好，明天可能忘一步；这个会话知道，下个会话又要重讲。skill 的价值就是把“我会怎么做”沉淀成文件，让 Codex 下次继续按这套方式工作。 验证 一句话传播 License MIT. See LICENSE.","default_branch":null,"files":null,"tree":[],"storefront":"/r/hey-zeyu","claimed":false,"request_supported":{"post":"https://gitbuyer.com/r/hey-zeyu/codex-skill-builder/request-supported","requests":0},"note":"indexed from public GitHub; nothing is for sale on this page. Clone it from GitHub. Paid listings live at /search."}