先确定要交付什么、允许依据什么、何时停止，再组织 AI 参与。
4 个实践方向工具、内容、小说连载与方法整理
协作有边界工具负责各自工作，人保留最终判断
公开记录有范围分享做法与作品，不公开内部数据与配置
What I Work On
我关心的不是
“会不会用 AI”
而是一个人或小团队能否把 AI 用进稳定的工作方式：知道先做什么、谁来确认、出了问题怎么回看，最后能不能把经验留下来。
把事实核对、人工放行和复盘放在流程里，而不是事后补救。
用内容、作品和项目记录，把真正有效的做法慢慢留下来。
Current Practice
四个正在发生的
能力实践方向
它们有不同的作品和内容形态，但共同练习的是同一件事：在真实约束下组织工具、流程、质量检查与人的最终判断。
01 / AI TEAM🦞
AI 团队与“养虾”实践
- 目标、职责与工作区
- 连续上下文与必要交接
- 记录、复盘与人工改流程
02 / CODEX & CONTENT⌘
Codex 与内容/视频制作
- 内容与制作流程拆解
- 真实操作与表达分层
- 普通人能读懂的说明
03 / NOVEL✎
长内容的创作到发布
- 长篇创作的持续推进
- 批次检查与质量闸门
- 人工放行，不自动发布
04 / METHOD◇
方法整理与知识沉淀
- 先确认资料与适用边界
- 再抽象为可复用方法
- 持续记录问题与改进
How I Actually Work
我的实际工作机制
不是把工具叠在一起，而是先把目标和边界说清，再让合适的角色进入项目执行、验证结果；是否采用、发布或沉淀，始终由人决定。
OpenClaw：分类受理
协助理解任务、整理必要上下文并协调进入下一步；不公开知识库分类、正文、配置或内部资料。
Codex：项目执行
在明确边界内进入指定工作区，完成制作、检查、验证与交接，并如实返回结果和阻断项。
人：最终确认
决定目标、资料边界、关键事实与对外动作；工具不替人作出最终判断。
不会自动改写知识库、自动发布或替人作出最终决定。
PRIVATE OPERATIONS
私有运营中枢
仅供本人查看跨项目运营状态。公开站不展示内部运营数据、账号、配置或业务资料。
About CC
我不把自己包装成
技术架构师
我的工作更接近运营与产品实践：理解业务问题、拆解流程、安排工具、检查结果，再把有效做法沉淀下来。
AI 团队、Codex、内容/视频制作与小说作品，是不同的实践现场。真正持续复用的，是把一个模糊想法变成能推进、能检查、能交付项目的能力。
这里分享的是正在发生的实践，不是事后包装出来的万能答案。