Claude官方文档里的opc手册

今天花了一晚上，把之前转换成中文的 Claude 官方opc手册学习了一下。

顺便把整个手册通过 Image2 的形式进行简化，便于我自己学习理解，也便于拿来分享。

使用 Codex 已经一个月了，这一个月里我进行了各种尝试，可能有几十次不同方向的探索。深刻感受到，要将一个产品真正做好，并不是有一个 AI 工具就能直接快速达成的。

很多时候做一个产品的原型，然后实现它的功能很简单，但是要让这个产品能够持续去使用，或者说是去维护后续的使用，难度其实并不低。并且让我感受最深的就是模型的上下文限制，严重影响了产品的发展，或者说进一步改造的能力。

从最开始的只是通过对话的形式生成一些内容，然后再到后面在 agent.md 文件里面去逐渐将自己的工作流程进行了一个架构上的改造，把 Obsidian、飞书还有 Codex 结合在一起。

然后再到后面，从一个个对话的方式转变成通过一个总控对话，来控制多线程的多对话同时执行任务，使用工具的一个经验的转变。

以及从最开始的时候，描述一个事物并不是特别清晰。然后在不断和 Agent 沟通的过程中，让我的逻辑以及语言表达能力得到了一定的提高。

但是有一件事情依旧是让我感受到了瓶颈，那就是我整体对一个行业的认知程度，以及对产品制作的整体流程的认知，这方面我还是比较欠缺的。因此的话，我就学习了一下他们克劳德官方OPC的手册，从头到尾一个产品是怎么样出来的。

看完之后还是蛮有收获的。其中有一点就是，我之前想到一个产品的痛点，就去尝试直接做成一个真实的产品，但是缺少了很多前期的准备。其实我们应该最开始有一个想法之后，应当同时不断去了解这样一个产品的需求。其实可以让 Agent 反复做一个审查员、反向顾问，对我们进行反向提问。这点是我没有想到的，就是可以进行一个压力测试，让我对这些东西有一定的认知，而不是困在自己的思维逻辑圈里。其实在直接制作产品之前，我们应当去找一些对应的群体。比如我要制作这样一个产品，就要去找对应的群体，接近他们，去他们活跃的社区或活动里，了解他们真正的真实需求。

除了这一点，还有一件事就是我之前对产品的安全问题考虑得过于欠缺。在 MVP 阶段，我们需要好好思考如何尽可能减少安全债的问题。目前我觉得需要对整个产品流程非常熟悉，并且了解代码资产。我要掌握整体框架和生成的文件，对资料库里的内容要有认知。不能让资料库里出现我认知以外的东西，我可以不用特别深入了解，但一定要知道它们的存在和作用，而不是当作黑盒。

我准备一台 Mac 电脑，接下来会深入学习如何让 Codex 的结构和框架做得更好，运行更敏捷，高效完成我提出的需求。或许claude就是一种方案。听说claude在设计这一阶段貌似会比 Codex 好一点，然后 Codex 主要偏向于执行，而 Claude 他可能规划的会更好.

OK，接下来分享一下我在克劳德的这个 OPC 的手册里学习到的一些内容