vibe-coding-cn/README.md

vibe-coding-cn：非严肃开发的 Vibe Coding 工具箱

以 Pi Agent 为执行宿主、以 OpenAI GPT 为模型选项，提供按任务取用的知识、指令和工具，并用实际证据验收工作结果。

📌 字多不看

📌 字多不看

以 Pi Agent 为执行宿主、以 OpenAI GPT 为模型选项，提供按任务取用的知识、指令和工具，并用实际证据验收工作结果。

🚀 从零开始

1. 从对话到工作： 将Pi CLI 安装与配置指南全文复制给网页版 Chat AI；先确认系统/终端并复用已安装的 Pi，缺少 CLI 时再按所选安装路线核对网络、安装并验证，之后连接 OpenAI GPT，并通过本机 Pi 的真实工具调用验证基础执行通路；这不代表某项具体工作已完成。
2. 如何完成工作： 按需阅读如何完成工作，围绕自选目标编排必要方法并用证据验收；本指南独立可选，不预设具体任务或要求完成固定流程。

📚 功法体系

功法体系

序号	说明项	内容
1	概念	一个以 Vibe Coding 工作为问题域、汇集可复用知识与方法的内容集合；不是单一方法或执行器。
2	术语	功法体系（集合名）。
3	定义	统一导航思想、准则、思维模型、方法与工程流程；经验、道法术器、实验性方法和哲学作为同一集合中的原始文集保留。
4	条目注释	本表是集合层级摘要，不代替逐对象登记、来源核验或效果验证；各字段不适用时已说明原因。
5	来源	功法原始资料记录逐条身份、内容版本、冻结来源与已有意见；生成总表用于浏览。
6	为什么	让读者按当前问题选用适用内容，避免从首页分散的旧栏目或独立分库中查找。
7	怎么做	先明确当前任务的问题，再从功法体系目录选择文集或条目；具体用法以条目说明和来源为准。
8	扩展	需要继续阅读时进入相应原始文集；文集归并本身不创建新的功法身份或登记条目。
9	关联信息	活动工具解释模板 v2规定说明结构；具体类型和边界见功法体系目录。
10	相关图书	本区块未列集合级书目；具体书目须按对应条目的来源核实，未核实前不补列。
11	它要解决什么问题？	帮助读者从统一入口按任务找到可参考的思想和方法；集合本身不是单一问题求解器，具体问题由各条目说明。
12	为什么这样设计？	把既有内容保留在同一集合中，既维持原文可追溯，也不恢复经验、道法术器、实验性方法和哲学的首页独立栏目或分库入口。
13	内部如何实现？	以data.json为唯一维护数据，由生成器输出轻量README导航页和天、地、玄、黄四阶正文；逐条身份、内容版本和来源绑定仍按原登记记录维护。
14	付出了什么代价？	现有总览没有集合级成本测量；不能据此认定维护或应用成本为零，具体限制以各条目来源为准。
15	比较不同技术与方法。	应在同一问题和适用条件下比较具体条目；不同任务中的效果或品级不能直接互比。
16	提炼共同规律。	当前可归纳的共同做法是先看问题，再选择方法；不把目录归类或已有初评当作统一效果证明。
17	明确这些规律成立的前提与适用条件。	选择依赖具体任务和条目的适用条件、限制；文集归并不等于全部内容已经逐条登记，已有初评也不等于正式效果验证。
18	结论	当前登记413项逐对象说明；每项结论仅在相应对象身份和第17项条件内成立，不合并为全集合的统一效果或正式评级主张。
19	连接规则	说明载荷按对象身份把第17项边界、第18项结论和第20项依据绑定在同一记录中；因此集合层只能汇总记录范围，不能跨条目拼接局部推理推出普遍效果。
20	依据	对象级事实依据与边界保存在唯一功法数据源的第20项“依据”中，浏览见生成总表；本集合摘要不复写或替代对象级依据。

🧰 法器体系

法器体系

序号	说明项	内容
1	概念	一个整理 Vibe Coding 工作中使用或依赖的工具、可调用入口和依赖类别的集合；不是单一产品。
2	术语	法器体系（集合名）。
3	定义	整理 Vibe Coding 流程中使用或依赖的工具、可调用入口和依赖类别；固定来源实现、当前运行实例、候选对象与抽象类别分别记录。
4	条目注释	本表是集合层级摘要，不代替逐对象登记、来源核验、运行检查或效能验证；各字段不适用时已说明原因。
5	来源	法器登记源是唯一可编辑数据源；法器重要性总表是生成视图。固定来源和选区按登记记录核对，不据此推断当前运行。
6	为什么	帮助读者理解各对象在 Vibe Coding 工作流中的位置；重要性分级不代表实现质量、运行状态或任务效果。
7	怎么做	先明确任务，再核实具体对象的来源、版本、可用性和权限；选用流程见法器体系说明。
8	扩展	新增或延伸说明须先明确对象身份和来源；抽象依赖类别不自动代表具体产品、部署或已启用能力。
9	关联信息	活动工具解释模板 v2、法器体系说明（分类、重要性、选用方式与固定 MCP 源码副作用边界）及法器类型与正式效能规约。
10	相关图书	本区块未列集合级书目；具体书目须按对应对象的来源核实，未核实前不补列。
11	它要解决什么问题？	帮助读者识别 Vibe Coding 工作流中的工具角色、可调用入口和依赖类别；它不是某个工具，也不保证对象当前可用。
12	为什么这样设计？	将固定来源实现、运行实例、候选对象和抽象类别分开记录，避免把来源、依赖关系或名称相似误当成同一对象。
13	内部如何实现？	登记数据生成浏览总表；具体实现机制须根据各对象对应的固定来源、版本和选区说明，不能从集合摘要推断。
14	付出了什么代价？	本区块没有集合级成本或效能测量；具体资源代价和副作用须按对象来源核实。文件级许可线索仅作支持证据，不等于许可批准或再分发授权。
15	比较不同技术与方法。	30 项分级比较的是 Vibe Coding 重要性，不是质量或效能；方案比较须限定同一任务、对象层级和适用条件。
16	提炼共同规律。	应分别核对对象身份、重要性、当前运行状态、许可和效果证据；其中一项不能替代其他项。
17	明确这些规律成立的前提与适用条件。	当前 30 项按重要性暂分天阶 4 项、地阶 12 项、玄阶 9 项、黄阶 5 项；重要性不代表实现质量、运行可用性或效能验证。正式效能量表仍为草案，评级尚未完成。
18	结论	当前登记30项对象说明；每项结论只覆盖其固定来源和第17项条件，不把重要性分级解释为当前可用、有效或获许可。
19	连接规则	重要性分级只记录对象在项目中的相对角色，静态来源选区只记录固定版本范围；两者都不是目标环境的安装、运行、效果或许可证据，故不能推出这些状态。
20	依据	每项的来源、版本、选区与边界保存在唯一法器数据源各对象的第20项“依据”中，浏览见法器总表；本集合摘要不代替对象级依据。

---

Star History

⬆ 返回顶部

如果这个项目对您有帮助，请考虑为其点亮一颗 Star ⭐！