by tradecatlabs
Vibe Coding 非严肃开发的从入门到门入的工具箱
# Add to your Claude Code skills
git clone https://github.com/tradecatlabs/vibe-coding-cnGuides for using ai agents skills like vibe-coding-cn.
Last scanned: 9/13/2026
{
"issues": [
{
"file": "README.md",
"line": 1023,
"type": "dangerous-command",
"message": "Dangerous command (disables permission prompts): \"--dangerously-skip-permissions\"",
"severity": "medium"
}
],
"status": "PASSED",
"scannedAt": "2026-09-13T08:59:28.291Z",
"npmAuditRan": true,
"pipAuditRan": true,
"promptInjectionRan": true
}See how vibe-coding-cn compares with popular alternatives.
vibe-coding-cn is an open-source ai agents skill for AI coding assistants such as Claude Code, Codex CLI, and ChatGPT, built by tradecatlabs. Vibe Coding 非严肃开发的从入门到门入的工具箱. It has 17,751 GitHub stars.
Yes. vibe-coding-cn passed SkillsLLM's automated security scan — a dependency vulnerability audit plus prompt-injection heuristics — with no high-severity issues. You can read the full report in the Security Report section on this page.
Clone the repository with "git clone https://github.com/tradecatlabs/vibe-coding-cn" and add it to your Claude Code skills directory (see the Installation section above).
vibe-coding-cn is primarily written in Makefile. It is open-source under tradecatlabs on GitHub, so you can review or fork the full source.
Yes. SkillsLLM lists many other AI Agents skills you can browse and compare side by side. Open the AI Agents category from the badge at the top of this page, or use the Related Skills and comparison links further down to weigh vibe-coding-cn against similar tools.
No comments yet. Be the first to share your thoughts!
Based on votes and bookmarks from developers who liked this skill
From $49 · 30 days · terms & refunds
⚠️ Third-Party Software Notice
This skill is third-party open-source software developed and hosted independently on GitHub. SkillsLLM is an informational directory and does not control or maintain the underlying repository.
Any security checks, ratings, or warnings displayed by SkillsLLM are automated and limited in scope. They do not constitute a security certification or guarantee that the software is safe, error-free, or free from malicious code, vulnerabilities, compromised dependencies, or prompt-injection risks.
Review the source code, permissions, dependencies, and configuration before installing or running any third-party skill. Use is at your own risk. To the maximum extent permitted by applicable law, SkillsLLM is not liable for losses arising from third-party software.
Automated security scan — not a certification.
以 Pi Agent 为执行宿主、以 OpenAI GPT 为模型选项,提供按任务取用的知识、指令和工具,并用实际证据验收工作结果。
以 Pi Agent 为执行宿主、以 OpenAI GPT 为模型选项,提供按任务取用的知识、指令和工具,并用实际证据验收工作结果。
| 序号 | 说明项 | 内容 |
|---|---|---|
| 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 ⭐!