尧图网页设计 
LifeOS Fabric create_coding_project 模式解析把一句话项目想法变成结构化起步工程与脚手架脚本【免费下载链接】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_project提示模式prompt pattern逐段拆解其system.md中的身份设定、九段式输出结构定义与十条输出约束并结合 Fabric SKILL.md 的原生执行机制与 ExecutePattern 工作流 说明该模式的实际运行链路。读完本文你将理解这一模式如何把一个编程想法约束为 PROJECT / SUMMARY / STEPS / STRUCTURE / CODE / SETUP 等固定区块的可复现输出并掌握如何在 LifeOS 中调用它生成带脚手架脚本的起步工程。模式定位Fabric 技能中的Creation类模式Fabric 是 LifeOS 安装后位于技能目录下的一个提示模式库其 SKILL.md 声明它提供 240 个专门化模式覆盖抽取Extraction、摘要Summarization、分析Analysis、创建Creation、改进Improvement、安全Security、评分Rating七大类。create_coding_project属于 Creation 类在模式总目录 pattern_explanations.md 中的一行定义是create_coding_project: Generate wireframes and starter code for any coding ideas that you have.它的定位是想法到工程的第一站给定一个编程想法一句自然语言描述输出一份线框级的项目说明和起步代码。与它同目录体系下的邻近模式 create_coding_feature 则面向已有项目内的特性修改两者构成从 0 到 1和从 1 到 N的分工。执行机制原生读取 system.md而非调用外部 CLI理解这个模式的前提是先理解 Fabric 的执行模型。从 SKILL.md 的 Native Pattern Execution 一节可以看到LifeOS 并不为每个模式发起外部 CLI 往返而是走一条本地链路User Request → Pattern Selection → Read system.md → Apply → Return ResultsExecutePattern 工作流 把这条链路细化为五步意图识别根据用户请求的关键词选择模式名模式名必须精确如create_coding_project不是createcodingproject加载 system.md读取Patterns/{pattern_name}/system.md文件不存在时列出可用模式提示用户原生应用AI 直接遵循文件中的 IDENTITY / STEPS / OUTPUT INSTRUCTIONS 指令处理输入不调用外部工具CLI 特例仅 YouTube 链接-y URL和 URL 抓取失败-u URL两种场景才回落到fabricCLI格式化输出严格按模式定义的 OUTPUT 区块结构返回。因此create_coding_project的全部行为契约就封装在它所对应的 system.md 这一个文件里——这也是本文的拆解对象。system.md 逐段拆解IDENTITY and PURPOSE身份锚定 推理前置system.md 开篇两行完成了身份设定You are an elite programmer. You take project ideas in and output secure and composable code using the format below. You always use the latest technology and best practices.Take a deep breath and think step by step about how to best accomplish this goal using the following steps.这里有两个值得注意的提示工程手法能力锚定elite programmer 质量双约束secure and composable不仅要求代码安全还强调可组合composable这解释了为什么后续输出结构里 STRUCTURE 与 DETAILED EXPLANATION 会把每个文件的职责单独列出来——文件的边界即组合的边界Take a deep breath and think step by step典型的思维链触发句要求模型在产出前显式分步推理而不是直接跳到代码。对比官方模板 official_pattern_template/system.md 可以看到 Fabric 模式的通用骨架# IDENTITY角色定义含 EXAMPLE 示例→# GOALS目标列表→# STEPS处理步骤→# OUTPUT输出区块定义→# OUTPUT INSTRUCTIONS全局约束→# INPUT占位符。create_coding_project遵循了同一骨架只是把 GOALS/STEPS 压缩进身份段把重心全部押在 OUTPUT SECTIONS 上。OUTPUT SECTIONS九段式输出契约system.md 的核心是# OUTPUT SECTIONS一节它把输出强制划分为九个命名区块每个区块附带精确的格式约束。完整继承如下区块内容要求约束细节PROJECT:把对项目的全部理解压缩成一句话不超过 20 个单词SUMMARY:项目工作原理的摘要自由段落STEPS:逐步操作指南每点不超过 16 个单词且必须用编号列表见下STRUCTURE:目录结构展示各代码部件如何协作树形目录DETAILED EXPLANATION:每个文件的目的列表形式每点不超过 16 个单词CODE:每个文件的完整代码逐文件分块每块附一段简短目的说明SETUP:一条能创建整个项目的脚本可运行的脚手架脚本TAKEAWAYS:要点清单编号列表SUGGESTIONS:改进建议清单自由列表其中 20 词 / 16 词的词数上限是这类生成式脚手架模式的典型约束它们强迫模型先做一次信息压缩PROJECT 一句话、再做粒度切分每文件一职责、每步一动作从而避免产出冗长难扫读的论文式回答。OUTPUT INSTRUCTIONS十条全局规则# OUTPUT INSTRUCTIONS一节给出十条横切所有区块的输出规则逐条继承如下使用上述格式创建输出STEPS 与 TAKEAWAYS 区块使用编号列表而非项目符号不输出警告或附注——只输出所请求的区块各区块之间不得重复条目同一区块内各条目不得以相同的开头词起句防止Add… Add… Add…式模板化罗列;CODE 区块中每个文件保持独立分块对建议保持开放随时输出对项目的修订版输出的代码必须对每一个步骤都有注释输出一个 README.md包含详细的配置与使用说明不使用已弃用的特性deprecated features。规则 8逐步注释与身份段secure and composable呼应意味着生成的起步代码天然是教学级注释密度适合新人接手规则 9 则保证生成的项目自带文档闭环规则 10 把用最新技术从口号落成硬约束。INPUT 占位符文件结尾是一个空的INPUT:占位标记。这是 Fabric 模式的统一约定——模式文件本身只描述怎么答真正的输入由执行链路在应用模式时填入一段想法描述、一篇文章或一个 URL 抓取结果。实战用法与输入输出示例该模式随附的 README.md 给出了调用方式与一份完整的 I/O 样例。调用命令fabric CLI 形式echo INSERT_YOUR_IDEA_HERE | fabric -p create_coding_project示例输入echo I want to create a project that can generate shell scripts from yaml files then upload them to a Jamf Pro server via the Jamf Pro API. | fabric -p create_coding_project示例输出节选自 README 的完整样例可视为该模式的验收基准PROJECT:Automate shell script generation from YAML files and upload to Jamf Pro server using Jamf Pro API.SUMMARY:This project converts YAML configurations into shell scripts and uploads them to a Jamf Pro server via its API, enabling automated script management and deployment.STEPS:1. Parse YAML file. 2. Convert YAML to shell script. 3. Authenticate with Jamf Pro API. 4. Upload shell script to Jamf Pro server. 5. Verify upload success. 6. Log upload details.STRUCTURE:jamf-script-generator/ ├── src/ │ ├── __init__.py │ ├── yaml_parser.py │ ├── script_generator.py │ ├── jamf_api.py │ └── main.py ├── config/ │ └── example.yaml ├── logs/ │ └── upload.log ├── tests/ │ ├── test_yaml_parser.py │ ├── test_script_generator.py │ ├── test_jamf_api.py │ └── test_main.py ├── requirements.txt └── README.mdDETAILED EXPLANATION:- src/__init__.py: Initializes the src module. - src/yaml_parser.py: Parses YAML files. - src/script_generator.py: Converts YAML data to shell scripts. - src/jamf_api.py: Handles Jamf Pro API interactions. - src/main.py: Main script to run the process. - config/example.yaml: Example YAML configuration file. - logs/upload.log: Logs upload activities. - tests/test_yaml_parser.py: Tests YAML parser. - tests/test_script_generator.py: Tests script generator. - tests/test_jamf_api.py: Tests Jamf API interactions. - tests/test_main.py: Tests main script functionality. - requirements.txt: Lists required Python packages. - README.md: Provides project instructions.CODE / SETUP / TAKEAWAYS / SUGGESTIONS 各区块中CODE 为 STRUCTURE 列出的每个文件输出带逐步注释的起步代码SETUP 输出一条可本地执行的 shell 脚本把整个项目脚手架建出来TAKEAWAYS 输出经验要点如YAML 简化脚本配置API 集成需要健壮的错误处理SUGGESTIONS 输出后续演进建议如多文件支持、邮件告警、GUI 化。对照 system.md 的十条规则可以验证这份样例的合规性PROJECT 为一句约 20 词内的陈述STEPS 与 TAKEAWAYS 为编号列表且每点远小于 16 词各区块无重复条目每个条目开头词各不相同。从源码结构看与 create_coding_feature 的边界从源码结构看Fabric 的 Coding 双模式呈现清晰的输入/输出契约差异可以推断出作者有意把它们设计为流水线上下游维度create_coding_projectcreate_coding_feature输入一句自然语言想法一个 JSON 文件含现有目录树type: directory/file节点、统计报告type: report和一条type: instructions、name: code_change_instructions的变更指令对象输出九段式 MarkdownPROJECT…SUGGESTIONS代码以人类可读区块呈现变更摘要 以__CREATE_CODING_FEATURE_FILE_CHANGES__标记的 JSON 数组每项为{operation: create\|update, path: …, content: …}文件语义全量生成新项目含 SETUP 脚手架脚本增量修改路径不存在则创建已存在则覆盖不可删除文件且禁止越过项目根构建约定由模型自由选择技术栈若变更影响构建/安装方式须写入 README无既有构建系统时偏好 ninjacreate_coding_feature的 JSON 变更接口见 system.md甚至内嵌了机器可解析的哨兵标记说明它是为程序化消费宿主工具解析标记后落盘设计的而create_coding_project的九段式 Markdown 更偏人类审阅。前者还显式声明了安全假设Do not trust external input to applications, assume users are malicious与 project 模式的 secure and composable 一脉相承。使用建议与适用边界结合 SKILL.md 的 Gotchas 与 ExecutePattern 工作流的错误处理使用本模式时值得注意三点模式名必须精确。执行链路按目录名精确匹配Patterns/{name}/system.md不确定时可参考 Patterns 目录 下的实际目录列表核对输入长度本模式的输入本身是一句想法长度天然可控若把冗长的需求文档整体塞入建议先用 summarize 类模式如create_5_sentence_summary压缩再喂给本模式修订是内置能力system.md 第 7 条规则Be open to suggestions and output revisions意味着拿到输出后继续提修改意见期望行为是输出修订版而不是打补丁式回答——这与 SETUP 脚本一键重建项目的特性配合形成生成 → 反馈 → 重新生成的迭代闭环。最后需要说明适用前提本模式的调用形态echo … | fabric -p create_coding_project描述的是 fabric CLI 用法在 LifeOS 内推荐路径是由 Fabric 技能原生执行——直接读取system.md并应用其指令CLI 仅在 YouTube 转录-y与 URL 抓取兜底-u场景出现。生成的代码属于起步脚手架投产前仍应按目标语言生态的常规流程做测试、评审与安全加固。【免费下载链接】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），仅供参考 LifeOS Fabric create_coding_project 模式解析：把一句话项目想法变成结构化起步工程与脚手架脚本
LifeOS Fabric create_coding_project 模式解析把一句话项目想法变成结构化起步工程与脚手架脚本【免费下载链接】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_project提示模式prompt pattern逐段拆解其system.md中的身份设定、九段式输出结构定义与十条输出约束并结合 Fabric SKILL.md 的原生执行机制与 ExecutePattern 工作流 说明该模式的实际运行链路。读完本文你将理解这一模式如何把一个编程想法约束为 PROJECT / SUMMARY / STEPS / STRUCTURE / CODE / SETUP 等固定区块的可复现输出并掌握如何在 LifeOS 中调用它生成带脚手架脚本的起步工程。模式定位Fabric 技能中的Creation类模式Fabric 是 LifeOS 安装后位于技能目录下的一个提示模式库其 SKILL.md 声明它提供 240 个专门化模式覆盖抽取Extraction、摘要Summarization、分析Analysis、创建Creation、改进Improvement、安全Security、评分Rating七大类。create_coding_project属于 Creation 类在模式总目录 pattern_explanations.md 中的一行定义是create_coding_project: Generate wireframes and starter code for any coding ideas that you have.它的定位是想法到工程的第一站给定一个编程想法一句自然语言描述输出一份线框级的项目说明和起步代码。与它同目录体系下的邻近模式 create_coding_feature 则面向已有项目内的特性修改两者构成从 0 到 1和从 1 到 N的分工。执行机制原生读取 system.md而非调用外部 CLI理解这个模式的前提是先理解 Fabric 的执行模型。从 SKILL.md 的 Native Pattern Execution 一节可以看到LifeOS 并不为每个模式发起外部 CLI 往返而是走一条本地链路User Request → Pattern Selection → Read system.md → Apply → Return ResultsExecutePattern 工作流 把这条链路细化为五步意图识别根据用户请求的关键词选择模式名模式名必须精确如create_coding_project不是createcodingproject加载 system.md读取Patterns/{pattern_name}/system.md文件不存在时列出可用模式提示用户原生应用AI 直接遵循文件中的 IDENTITY / STEPS / OUTPUT INSTRUCTIONS 指令处理输入不调用外部工具CLI 特例仅 YouTube 链接-y URL和 URL 抓取失败-u URL两种场景才回落到fabricCLI格式化输出严格按模式定义的 OUTPUT 区块结构返回。因此create_coding_project的全部行为契约就封装在它所对应的 system.md 这一个文件里——这也是本文的拆解对象。system.md 逐段拆解IDENTITY and PURPOSE身份锚定 推理前置system.md 开篇两行完成了身份设定You are an elite programmer. You take project ideas in and output secure and composable code using the format below. You always use the latest technology and best practices.Take a deep breath and think step by step about how to best accomplish this goal using the following steps.这里有两个值得注意的提示工程手法能力锚定elite programmer 质量双约束secure and composable不仅要求代码安全还强调可组合composable这解释了为什么后续输出结构里 STRUCTURE 与 DETAILED EXPLANATION 会把每个文件的职责单独列出来——文件的边界即组合的边界Take a deep breath and think step by step典型的思维链触发句要求模型在产出前显式分步推理而不是直接跳到代码。对比官方模板 official_pattern_template/system.md 可以看到 Fabric 模式的通用骨架# IDENTITY角色定义含 EXAMPLE 示例→# GOALS目标列表→# STEPS处理步骤→# OUTPUT输出区块定义→# OUTPUT INSTRUCTIONS全局约束→# INPUT占位符。create_coding_project遵循了同一骨架只是把 GOALS/STEPS 压缩进身份段把重心全部押在 OUTPUT SECTIONS 上。OUTPUT SECTIONS九段式输出契约system.md 的核心是# OUTPUT SECTIONS一节它把输出强制划分为九个命名区块每个区块附带精确的格式约束。完整继承如下区块内容要求约束细节PROJECT:把对项目的全部理解压缩成一句话不超过 20 个单词SUMMARY:项目工作原理的摘要自由段落STEPS:逐步操作指南每点不超过 16 个单词且必须用编号列表见下STRUCTURE:目录结构展示各代码部件如何协作树形目录DETAILED EXPLANATION:每个文件的目的列表形式每点不超过 16 个单词CODE:每个文件的完整代码逐文件分块每块附一段简短目的说明SETUP:一条能创建整个项目的脚本可运行的脚手架脚本TAKEAWAYS:要点清单编号列表SUGGESTIONS:改进建议清单自由列表其中 20 词 / 16 词的词数上限是这类生成式脚手架模式的典型约束它们强迫模型先做一次信息压缩PROJECT 一句话、再做粒度切分每文件一职责、每步一动作从而避免产出冗长难扫读的论文式回答。OUTPUT INSTRUCTIONS十条全局规则# OUTPUT INSTRUCTIONS一节给出十条横切所有区块的输出规则逐条继承如下使用上述格式创建输出STEPS 与 TAKEAWAYS 区块使用编号列表而非项目符号不输出警告或附注——只输出所请求的区块各区块之间不得重复条目同一区块内各条目不得以相同的开头词起句防止Add… Add… Add…式模板化罗列;CODE 区块中每个文件保持独立分块对建议保持开放随时输出对项目的修订版输出的代码必须对每一个步骤都有注释输出一个 README.md包含详细的配置与使用说明不使用已弃用的特性deprecated features。规则 8逐步注释与身份段secure and composable呼应意味着生成的起步代码天然是教学级注释密度适合新人接手规则 9 则保证生成的项目自带文档闭环规则 10 把用最新技术从口号落成硬约束。INPUT 占位符文件结尾是一个空的INPUT:占位标记。这是 Fabric 模式的统一约定——模式文件本身只描述怎么答真正的输入由执行链路在应用模式时填入一段想法描述、一篇文章或一个 URL 抓取结果。实战用法与输入输出示例该模式随附的 README.md 给出了调用方式与一份完整的 I/O 样例。调用命令fabric CLI 形式echo INSERT_YOUR_IDEA_HERE | fabric -p create_coding_project示例输入echo I want to create a project that can generate shell scripts from yaml files then upload them to a Jamf Pro server via the Jamf Pro API. | fabric -p create_coding_project示例输出节选自 README 的完整样例可视为该模式的验收基准PROJECT:Automate shell script generation from YAML files and upload to Jamf Pro server using Jamf Pro API.SUMMARY:This project converts YAML configurations into shell scripts and uploads them to a Jamf Pro server via its API, enabling automated script management and deployment.STEPS:1. Parse YAML file. 2. Convert YAML to shell script. 3. Authenticate with Jamf Pro API. 4. Upload shell script to Jamf Pro server. 5. Verify upload success. 6. Log upload details.STRUCTURE:jamf-script-generator/ ├── src/ │ ├── __init__.py │ ├── yaml_parser.py │ ├── script_generator.py │ ├── jamf_api.py │ └── main.py ├── config/ │ └── example.yaml ├── logs/ │ └── upload.log ├── tests/ │ ├── test_yaml_parser.py │ ├── test_script_generator.py │ ├── test_jamf_api.py │ └── test_main.py ├── requirements.txt └── README.mdDETAILED EXPLANATION:- src/__init__.py: Initializes the src module. - src/yaml_parser.py: Parses YAML files. - src/script_generator.py: Converts YAML data to shell scripts. - src/jamf_api.py: Handles Jamf Pro API interactions. - src/main.py: Main script to run the process. - config/example.yaml: Example YAML configuration file. - logs/upload.log: Logs upload activities. - tests/test_yaml_parser.py: Tests YAML parser. - tests/test_script_generator.py: Tests script generator. - tests/test_jamf_api.py: Tests Jamf API interactions. - tests/test_main.py: Tests main script functionality. - requirements.txt: Lists required Python packages. - README.md: Provides project instructions.CODE / SETUP / TAKEAWAYS / SUGGESTIONS 各区块中CODE 为 STRUCTURE 列出的每个文件输出带逐步注释的起步代码SETUP 输出一条可本地执行的 shell 脚本把整个项目脚手架建出来TAKEAWAYS 输出经验要点如YAML 简化脚本配置API 集成需要健壮的错误处理SUGGESTIONS 输出后续演进建议如多文件支持、邮件告警、GUI 化。对照 system.md 的十条规则可以验证这份样例的合规性PROJECT 为一句约 20 词内的陈述STEPS 与 TAKEAWAYS 为编号列表且每点远小于 16 词各区块无重复条目每个条目开头词各不相同。从源码结构看与 create_coding_feature 的边界从源码结构看Fabric 的 Coding 双模式呈现清晰的输入/输出契约差异可以推断出作者有意把它们设计为流水线上下游维度create_coding_projectcreate_coding_feature输入一句自然语言想法一个 JSON 文件含现有目录树type: directory/file节点、统计报告type: report和一条type: instructions、name: code_change_instructions的变更指令对象输出九段式 MarkdownPROJECT…SUGGESTIONS代码以人类可读区块呈现变更摘要 以__CREATE_CODING_FEATURE_FILE_CHANGES__标记的 JSON 数组每项为{operation: create\|update, path: …, content: …}文件语义全量生成新项目含 SETUP 脚手架脚本增量修改路径不存在则创建已存在则覆盖不可删除文件且禁止越过项目根构建约定由模型自由选择技术栈若变更影响构建/安装方式须写入 README无既有构建系统时偏好 ninjacreate_coding_feature的 JSON 变更接口见 system.md甚至内嵌了机器可解析的哨兵标记说明它是为程序化消费宿主工具解析标记后落盘设计的而create_coding_project的九段式 Markdown 更偏人类审阅。前者还显式声明了安全假设Do not trust external input to applications, assume users are malicious与 project 模式的 secure and composable 一脉相承。使用建议与适用边界结合 SKILL.md 的 Gotchas 与 ExecutePattern 工作流的错误处理使用本模式时值得注意三点模式名必须精确。执行链路按目录名精确匹配Patterns/{name}/system.md不确定时可参考 Patterns 目录 下的实际目录列表核对输入长度本模式的输入本身是一句想法长度天然可控若把冗长的需求文档整体塞入建议先用 summarize 类模式如create_5_sentence_summary压缩再喂给本模式修订是内置能力system.md 第 7 条规则Be open to suggestions and output revisions意味着拿到输出后继续提修改意见期望行为是输出修订版而不是打补丁式回答——这与 SETUP 脚本一键重建项目的特性配合形成生成 → 反馈 → 重新生成的迭代闭环。最后需要说明适用前提本模式的调用形态echo … | fabric -p create_coding_project描述的是 fabric CLI 用法在 LifeOS 内推荐路径是由 Fabric 技能原生执行——直接读取system.md并应用其指令CLI 仅在 YouTube 转录-y与 URL 抓取兜底-u场景出现。生成的代码属于起步脚手架投产前仍应按目标语言生态的常规流程做测试、评审与安全加固。【免费下载链接】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），仅供参考