LifeOS Fabriccreate_coding_feature模式将 AI 生成的代码变更安全落地到现有项目【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS本篇技术文章围绕 LifeOS 仓库中 Fabric 技能下的create_coding_feature模式展开它如何用code_helper扫描现有项目并生成结构化 JSON再经 AI 生成受约束的文件变更清单最终把改动直接应用到你的代码库。读完本文你将掌握该模式的完整安装、调用命令、输入输出协议JSON 结构与__CREATE_CODING_FEATURE_FILE_CHANGES__输出标记、安全边界设计以及结合 git 审查回滚的完整实战工作流。模式定位在 Fabric 模式体系中的位置create_coding_feature是 Fabric 提示模式prompt pattern体系中的一个“创建类”模式专注于对已有编码项目生成代码变更。仓库内 模式说明文档 对其定义是基于项目规格使用现代技术与最佳实践生成安全、可组合的代码功能。在 Fabric 的模式目录中它与create_coding_project从零生成项目骨架形成互补前者输入是“一个真实存在的项目 一条变更指令”输出是“可落地的文件变更”后者输入是“一句想法”输出是“项目结构 起步代码”。该模式位于 Patterns/create_coding_feature/ 目录目录内包含 README.md使用说明与 system.md提示词本体两个文件。整个 Fabric 技能由 SKILL.md 定义内置 240 个模式按 Extraction、Summarization、Analysis、Creation、Improvement、Security、Rating 分类组织。create_coding_feature属于 Creation创建类别下的开发向模式在 suggest_pattern 模式 中被归入 DEVELOPMENT 分类与create_coding_project、review_code、explain_code等模式并列。安装与基本用法根据 README.md 的 Installation 一节该模式依赖code_helper二进制fabric 项目自带的 Go 工具安装方式go install github.com/danielmiessler/fabric/cmd/code_helperlatest基本用法是一行管道命令code_helper [project_directory] [instructions for code changes] | fabric --pattern create_coding_feature其中code_helper接收两个参数项目目录路径如.表示当前目录和一段自然语言的变更指令它的标准输出项目 JSON 表示通过管道交给fabric--pattern create_coding_feature指定执行的模式fabric 会加载该模式的system.md提示词结合 JSON 输入让模型生成文件变更。官方给出的最小示例code_helper . Create a simple Hello World C program in file main.c | fabric --pattern create_coding_feature输入协议code_helper 生成的项目 JSON模式提示词 system.md 明确定义了模型收到的输入是一个 JSON 数组包含三种对象项目快照type: directory递归描述目录与文件文件对象携带name和完整content字段统计报告type: report目录数与文件数变更指令type: instructionsname固定为code_change_instructionsdetails字段承载你传入的自然语言指令。文档给出的输入示例[ { type: directory, name: ., contents: [ { type: file, name: README.md, content: This is the README.md file content }, { type: file, name: system.md, content: This is the system.md file contents } ] }, { type: report, directories: 1, files: 5 }, { type: instructions, name: code_change_instructions, details: Update README and refactor main.py } ]这套协议的关键价值在于模型在生成变更之前看到了项目的真实文件内容而不是凭猜测写代码——这是该模式能做到“精准修改现有文件”而非泛泛输出代码片段的前提。输出协议__CREATE_CODING_FEATURE_FILE_CHANGES__变更清单system.md 定义了模型必须使用的“文件管理接口”输出格式。模型需要以__CREATE_CODING_FEATURE_FILE_CHANGES__标记开头随后输出一个 JSON 数组每个元素包含operation、path、content三个字段__CREATE_CODING_FEATURE_FILE_CHANGES__ [ { operation: create, path: README.md, content: This is the new README.md file content }, { operation: update, path: src/main.c, content: int main(){return 0;} } ]接口语义有明确的边界见 system.md 的 Important Guidelines 与 Constraints 一节列表中不存在的文件会被创建不存在的目录会被自动创建已存在的文件会被覆盖不允许删除文件“It is not possible to delete files”所有路径必须相对项目根目录绝不允许创建项目根目录之外的文件生成的代码要求完整、可运行、生产可用且“不信任外部输入假设用户是恶意的”代码需为每一步添加注释不使用已废弃的特性。输出章节Output Sections还规定了若干工程约定必须输出变更摘要__CREATE_CODING_FEATURE_FILE_CHANGES__章节绝不可省略且格式不得偏离若变更影响项目的构建与安装方式要同步更新 README.md如需构建配置变更在项目没有现成构建系统时优先选择 ninja新依赖要按项目所用语言的最佳实践记录如 requirements.txt、go.mod 等。完整实战工作流README.md 的 Example Workflow 一节给出了一条“生成—审查—验证—提交”的完整链路# 1. 请求 AI 创建一个 Hello World 程序 code_helper . Create a simple Hello World C program in file main.c | fabric --pattern create_coding_feature # 2. 审查对项目做的变更 git diff # 3. 运行/测试代码 make check # 4. 确认无误后提交 git add changed files git commit -s -m Add Hello World program其中 fabric 在执行到第 2 步之前会解析 AI 生成的变更清单并提示用户确认确认后才会真正写入文件。README 同时给出一个典型的“安全加固”用法说明该模式适合批量、指令式的安全修复code_helper . Ensure that all user input is validated and sanitized before being used in the program. | fabric --pattern create_coding_feature git diff make check git add changed files git commit -s -m Security fixes: Input validation值得强调的两条注意事项README 的 Important Notes始终从项目根目录运行文件变更是相对当前目录应用的目录不对会导致落点错位必须配合版本控制使用README 明确指出“你不会被要求逐条批准每次变更”You willnotbe asked to approve each change因此强烈建议在干净的 git 仓库中使用以便用git diff审查、用git checkout回滚。安全设计五层防护综合 README.md 的 Security Features 一节 与 system.md 的提示词约束该模式的安全边界可以归纳为五个层面层面机制来源路径校验防止目录穿越directory traversal拒绝项目根之外的写入README / system.md 约束文件大小限制防止生成超大文件README操作类型白名单仅允许create/update两种操作README应用前确认变更写入前需用户确认README提示词级安全假设“不信任外部输入假设用户是恶意的”代码按生产级标准处理错误system.md Constraints从 system.md 的约束措辞看提示词层模型自律与应用层fabric 解析器强制校验是双重防线即使模型输出了越界路径fabric 侧的路径校验与操作校验仍会拦截。结合 git 的审查与回滚能力构成了“生成前看全貌、生成中受约束、生成后可追溯”的完整闭环。在 LifeOS 中的执行方式需要说明的是本仓库中 Fabric 技能的集成方式与原始 fabric CLI 略有不同。根据 SKILL.md 与 ExecutePattern 工作流LifeOS 对大多数模式采用原生执行——由 Agent 直接读取Patterns/{pattern_name}/system.md并作为提示词应用不再调用 fabric CLI 往返CLI 仅保留-yYouTube 转写与-uURL 抓取两个用途。这带来一个实践上的差异create_coding_feature的核心输入项目 JSON 快照仍然依赖code_helper生成但模式的 system.md 可以由 LifeOS 的 Agent 直接加载执行。也就是说即使不安装 fabric CLI也可以让具备 Fabric 技能的 Agent 读取 system.md 并按其协议处理code_helper的输出。另外Fabric 技能在执行工作流后会向执行日志追加一条 JSONL 记录见 SKILL.md 的 Execution Log 一节便于事后审计模式使用情况。与create_coding_project的分工Fabric 模式库中的另一个开发向模式 create_coding_project 面向“从想法到项目骨架”输入一句echo INSERT_YOUR_IDEA_HERE输出 PROJECT / SUMMARY / STEPS / STRUCTURE / CODE / SETUP / TAKEAWAYS 等章节的起步代码与搭建脚本。两者可以串成完整链路先用create_coding_project立项再用create_coding_feature在项目中迭代添加功能。已知限制与后续改进方向README 末尾的 Suggestions for Future Improvements 一节列出了当前模式的改进路线也侧面反映了当前的能力边界增加 dry-run 模式只展示变更而不实际应用增强变更报告输出详细的变更摘要支持带安全检查的文件删除增加项目级规则的配置选项与项目特定的校验规则提供已应用变更的回滚能力增强脚本生成的条件逻辑记录更详细的 API 响应日志考虑提供 GUI 降低使用门槛。其中“文件删除不可用”“无 dry-run”“无回滚”三点是使用该模式时需要用 git 习惯来弥补的现实限制。小结create_coding_feature是 Fabric 体系中“AI 改代码”这一场景的代表性模式用code_helper解决“模型看不到项目全貌”的问题用固定的 JSON 变更清单协议解决“输出不可机读”的问题用路径/大小/操作白名单与应用前确认解决“AI 直接写盘”的信任问题。其设计范式——结构化输入 受约束的结构化输出 版本控制兜底——对任何希望把 LLM 安全接入真实代码库的团队都有参考价值。相关实现可继续在仓库中查阅模式说明、模式提示词、Fabric 技能总览 与 模式目录。【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
