07. 运营治理与贡献

这一页定义 OPC Wiki、课程、开源项目和商业化项目如何长期维护。

治理目标

项目会同时存在多种资产：

• 课程
• Wiki
• 开源 Skill
• 文章
• 模板
• 工具包
• 社群内容
• 商业产品

如果没有治理规则，内容很快会分散、重复、过期。

治理目标是：

1. 保持核心方法论一致。
2. 避免模板和链接失效。
3. 及时更新工具和政策信息。
4. 管理合规、版权和用户数据风险。
5. 让开源贡献和商业化边界清晰。

内容分层

层级	位置	更新频率	负责人
课程源内容	course/	低频大版本	内容负责人
Wiki	opc-wiki/	中频结构更新	项目负责人
Skill	opc-skill/	高频迭代	开源维护者
文章	content/articles/	高频传播	内容运营
商业产品	未来产品目录	按产品版本	产品负责人

更新顺序

当方法论发生变化时：

1. 先更新课程或 Wiki 中的解释。
2. 再更新 opc-skill 的执行入口。
3. 再更新文章和对外传播素材。
4. 最后同步商业产品模板。

当工具或政策变化时：

1. 先确认来源和适用范围。
2. 更新 Wiki 中的说明。
3. 更新相关 Skill 或模板。
4. 在版本记录中说明变化。

开源贡献原则

欢迎贡献：

• 更清晰的新手工作流。
• 更好用的模板和表格。
• 新行业案例。
• 工具栈更新。
• 合规风险提醒。
• 文档修正和链接修复。

不接受：

• 未经授权的第三方付费内容。
• 真实客户隐私信息。
• 密钥、账号、证件号、手机号等敏感信息。
• 夸大收益承诺。
• 未经验证的政策和税务建议。

内容风险边界

OPC 项目涉及商业、合规、税务、版权和数据。

必须明确：

• 所有合规内容只用于自查和沟通准备。
• 不构成法律、财税或投资建议。
• 具体执行应咨询当地主管部门、律师、会计师或代账机构。
• 政策和税务口径必须定期复核。

商业化边界

开源项目可以免费提供：

• 基础方法论
• 通用模板
• 入门 Prompt
• 执行路径
• 贡献规范

商业产品可以提供：

• 更完整的模板库
• 行业版本
• 案例库
• 作业点评
• 陪跑服务
• 定制 Agent 工作流
• 咨询交付

边界原则：

开源解决“知道怎么开始”，商业产品解决“更快、更稳、更有反馈地完成”。

版本管理建议

建议未来引入版本号：

v0.1 - 内部整理版
v0.2 - 开源发布版
v0.3 - 首批用户反馈版
v1.0 - 稳定公开版

每次版本更新记录：

• 新增内容
• 删除内容
• 重要修改
• 已知问题
• 下一步计划

质量检查清单

每次发布前检查：

• 所有 Markdown 链接是否有效。
• SKILL.md frontmatter 是否完整。
• 是否有重复模板。
• 是否有旧数据、旧政策或旧工具名。
• 是否有不适合公开的敏感信息。
• 是否有收益夸大或合规误导。
• Wiki 是否解释了重大结构变化。

用户反馈闭环

用户反馈应进入三个池子：

反馈类型	进入哪里	后续动作
文档错误	Issue / 修正文档	修复链接、错字、结构
使用困惑	Wiki / FAQ	补充解释和例子
执行失败	Skill / 模板	优化工作流
成功案例	内容 / 案例库	授权后公开
付费需求	产品路线图	设计模板包或服务

维护节奏

每周

• 检查 Issue 和用户反馈。
• 修复明显错误。
• 记录新增问题。

每月

• 更新 Wiki 和 Skill。
• 复盘内容传播数据。
• 汇总用户案例。

每季度

• 做一次版本发布。
• 清理过时工具和政策。
• 评估商业化产品表现。
• 调整下一季度路线图。

长期目标

OPC Wiki 的长期目标，是让这个项目从“一套课程和一个开源仓库”进化成：

• 一个 AI 一人公司知识库
• 一个 Agent Skill 生态样例
• 一个可商业化的模板和工具体系
• 一个高质量创业者社群
• 一个持续迭代的 OPC 方法论项目

真正有价值的不是某一篇文章、某一个模板或某一个工具。

真正有价值的是这套系统能够不断吸收真实用户反馈，并持续帮助更多人从想法走到首单。