本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是
• 我的开源项目完整开源，无未开源部分： 是
• 我的开源项目已链接认可 LINUX DO 社区： 是
• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容

说来惭愧，我在 L 站潜水很久了，每天来逛逛、白嫖了不少佬友的好东西，自己却一直没拿出过什么回馈社区。最近把手头一个自己用得还算顺手的小工具收拾了一下，想着干脆发出来，也算是补上这份人情。

东西叫 CCF，全称 Claude Context First，是一个给 Claude Code 用的工作流插件。

先说说我为什么会做这个。

用 Claude Code 写代码的佬友应该都有体会：它很聪明，但有时候也很飘。你让它改一个地方，它顺手把旁边三个文件也重构了；你让它一步一步来，它一口气给你写了五个功能，最后哪个都没测；聊久了上下文一长，它就开始忘事，前面定好的规矩转头就不认了。代码是写出来了，但你得花更多时间去收拾。

CCF 想解决的就是这个。它的思路其实很简单，就三句话：

1. 上下文优先。 把项目的规矩（用什么技术栈、什么编码约定、什么架构）写在 CLAUDE.md 和 .claude/ 目录里，每个会话开始都先把这些喂给 Claude，让它带着规矩干活，而不是凭感觉。
2. 严格串行。 一次只做一个任务，做完一个再做下一个，不允许并行铺开好几个功能。瀑布式，慢一点，但每一步都踏实。
3. 有据可查。 每个设计决策都让它先去查官方文档（插件自带 Context7 和 Microsoft Learn 两个 MCP），别张口就来，别凭记忆瞎编。

装好之后你会多出 5 个命令，平时就靠它们干活：

• /ccf:ccf-init：给项目搭一套上下文。新项目它会先访谈你几个问题再生成规格；已有的老项目它会派几个只读 agent 把代码扫一遍，按你真实的结构生成规格，不会硬塞一套目录给你。
• /ccf:ccf-plan：给一个功能做串行计划，要在 plan mode 下用。
• /ccf:ccf-check：拿实现跟规格对一遍，看有没有跑偏、约定有没有遵守。
• /ccf:ccf-fix：有纪律地排错。先复现，再一步步看日志和数据库，定位根因，写一个会失败的测试，最后才动手修。
• /ccf:ccf-updatespec：把这次会话学到的东西更新回规格和记忆里，下次少踩同样的坑。

安装也不麻烦，两种方式：

走 marketplace：

/plugin marketplace add naniiluja/ccf
/plugin install ccf@ccf

或者直接 npx：

npx @naniiluja/ccf

装完在你的项目目录里打开 Claude Code，先跑一个 /ccf:ccf-init 就行。对了，钩子是用 node 跑的，需要 Node 18 以上。

说点实在的。这东西不是什么银弹，它本质上是一套约束，是逼着 Claude（也逼着你自己）慢下来、按步骤来。如果你就想随手让 AI 糊个小脚本，那它对你没用，反而碍事。但如果你在做一个会长期维护的项目，受够了 AI 写一半就跑偏、上下文一长就失忆，那它也许能帮上忙。

我自己用下来最大的感受是，代码生成的速度没变快，甚至更慢了，但返工和救火的时间少了很多，整体反而更省心。

代码开源在 GitHub： GitHub - naniiluja/ccf · GitHub ，欢迎佬友们试试，有问题、有想法都可以提 issue。要是觉得不好用，骂我两句也行，我改。

就这些，谢谢各位佬友。

Pon (阿黄) 2026 年5 月 27 日 12:20 3

这个有好有坏吧，还是看个人需求，有的人喜欢一骨碌全搞完，有的人喜欢一个一个来，感谢佬友分享开源

constan 2026 年5 月 27 日 12:24 4

和superpower比起来怎么样，superpower我用起来感觉挺好的，但是实在太费token了

hiaea (hiaea) 2026 年5 月 27 日 12:25 5

我感觉 基本所有的工具对模型 都没有这些束缚能力 不止claude 有这个问题 codex也一样

naniiluja (黄明光) 2026 年5 月 27 日 12:29 6

感谢分享，后续有时间去尝试使用一下，看看效果如何

naniiluja (黄明光) 2026 年5 月 28 日 02:37 8

这是我基于一年使用 Claude Code 的实战经验总结出来的，希望对你有帮助