OPC 设计师

独立设计师缺的不是工具，而是闭环

接单、改稿、找参考、批量导出、打包交付、事后想不起某版文件在哪——这些往往散落在聊天记录、网盘文件夹和脑子里。OPC 设计师把一人公司（One Person Company）当成一套可持久化的目录约定：任务、客户、知识、风格、素材、成品、财务各自有固定位置，会话启动时会检查工作目录并汇总台账，再按模块推进。

技能如何组织日常工作

任务与客户用状态机管理：待接单 → 进行中 → 待审核 → 已完成 → 已交付。创建任务时会确认优先级与截止日期，长任务走 durable task，子步骤用 checklist 逐项更新；客户侧维护 clients/{client-name}/brief.md 与 communication.md，并在需求模糊时主动收窄交付物、尺寸与截止时间。

创作侧有两块结构化资产：references/ 在海报、排版、配色、电商等场景按需加载构图、色彩、字体等条目；style-library/ 用 styles.json 索引参考图、prompt.txt、采样参数，支持按标签查询与风格组合出图。

产出与重复劳动分别落在 materials/、portfolio/ 与 workflows/：素材按类型命名入库，成品写 metadata.json；批量出图、重命名、压缩、水印、OSS 上传、交付包生成等可落成带 --dry-run 与日志的脚本。交付阶段对齐清单、记录渠道与文件 hash，并与 finance/ledger.json 记账联动。

边界与注意点

• 工作目录结构由用户指定；技能默认不擅自改动已有目录，删除与批量移动需先预览。
• 知识库与风格库依赖本地 Markdown/JSON 维护，不会替你在未确认时自动改库。
• 云上传脚本应把密钥放在环境变量；批量脚本建议小样本验证后再全量跑。