7.8 KiB
7.8 KiB
项目接力
- 生成时间:May 30, 2026 at 01:26
- 项目:SKG 营销内容生产平台
- 路径:/Users/kangwan/Projects/business/20260512-20260512-skg-tk-二创验证
- 状态:active
- 主链接:https://marketing.skg.com
最近助手会话概览
- Claude:2599ae96-47e6-4592-b382-3183737f9da3 · 时间未知
- Codex:019e63ac-1984-7a42-8c65-ffd7ab146968 · 时间未知
Claude 最近会话
- Session ID:2599ae96-47e6-4592-b382-3183737f9da3
- Transcript:/Users/kangwan/.claude/projects/-Users-kangwan-Projects-business-20260512-20260512-skg-tk-----/2599ae96-47e6-4592-b382-3183737f9da3.jsonl
- 工作目录:/Users/kangwan/Projects/business/20260512-20260512-skg-tk-二创验证
- 分支:main
- 敏感字段:已对 token / key / password / secret 做脱敏
最近用户要求
- 你现在是在 Claude CLI 里的项目承接会话。 这不是对话立项台;项目目录已经存在,当前目标是接住上下文并等待用户下一步。 项目路径:/Users/kangwan/Projects/business/20260512-20260512-skg-tk-二创验证 承接步骤: - 先读取
.memory/assistant-handoff.md- 再阅读.project.json、RULES.md、AGENTS.md- 结合当前仓库状态建立上下文 要求: - 不要要求用户重新粘贴 Claude / Codex / Cursor 的总结 - 先理解最近进度、未完成项和下一步候选 - 不要立即修改代码、继续上一个任务或自行执行命令 - 等待用户给出下一条明确指令后再开始动手 - 如果后续需要 Cursor,提醒用户从看板打开 Cursor GUI 到当前项目目录 - 看下今天有哪些人使用了,分别怎么用
Claude 最近回复
时区对得上。开始查今天 2026-05-26(CST)的活跃用户和动作。
今天(2026-05-26 CST)一共有 19 个账号活跃(18 个飞书员工 + 1 个
password:[REDACTED]测试号),但真正在生成内容的只有 6-8 个人。下面按"用法"分组。真在生产内容(创建 job + 出图/出视频)
用户 job 出图 出视频 画布项目 万康 66 creative 14 张(gpt-image-2 ×8 + gemini ×6) 11 成 / 8 失败 狗仔在奔跑 v38、SKG 颈部按摩仪竖屏广告 v55、示例项目 v37、雨天富声旁边花语 v18(已删) 姚智恒 13 creative 11 张(gpt ×6 + gemini ×5) 1 跑着 / 3 失败 日式街面美食摄影、未命名 刘城 6 creative 5 张(gpt) — 魔法森林、多角度分镜、未命名 ×2 何展鹏 1 creative — 1 成 视频生视频、图生视频(智能参考)、未命名 ×2 李玉成 2 creative 1 张(gpt) — 雨中魔法森林、未命名 梁燊悦 1 creative 1 张(gemini) — "创建生产流水线,生产SKG按摩仪的视频,画面看起来高级点" 万亮 1 creative — — 未命名(新手试一下) 万康是绝对主力(66 个 job、19 个视频、50 次画布导入),其他人都是浅试。视频失败集中在 Doubao Seedance(万康 8 失败、姚智恒 3 失败),值得回头看下失败原因(多半是 RULES.md 提到的隐私/人像风控)。
只动了画布,没真生成
- 唐洛韬 — 建了"视频生成视频" / "图生成视频(智能)"两个画布,4 次保存,没出图
- 刘毅 — 建了"雨中魔法森…
Codex 最近会话
- Session ID:019e63ac-1984-7a42-8c65-ffd7ab146968
- Transcript:/Users/kangwan/.codex/sessions/2026/05/26/rollout-2026-05-26T17-44-43-019e63ac-1984-7a42-8c65-ffd7ab146968.jsonl
- 工作目录:/Users/kangwan/Projects/business/20260512-20260512-skg-tk-二创验证
- 分支:main
- 敏感字段:已对 token / key / password / secret 做脱敏
最近用户要求
-
AGENTS.md instructions for /Users/kangwan/Projects/business/20260512-20260512-skg-tk-二创验证 # SKG 营销内容工作台 Agent Rules ## Must Read First -
.project.json是机器真源:公网链接、快捷登录、凭证引用都以它为准 -RULES.md是人工规则和部署事实:启动命令、平台、域名、注意事项都写这里 - 工作看板全局规则是本项目的开发收口默认规则;本地规则缺失时按/Users/kangwan/Projects/code/20260317-rules-dashboard/RULES.md、SCHEMA.md、rules/03-Git约定.md、rules/04-版本发布规则.md补齐 - 不允许编造不存在的域名、账号、密码;未知就保持空白并明确标记待补充 ## Development Ledger Contract - 开发任务结束前必须执行并汇报git status -sb- 功能、修复、规则或部署元数据变更完成后,必须创建人工语义 commit;auto-save只算安全快照 - 默认先在本地 Docker 完整验证:`./scripts/start-local… - 你现在是在 Codex CLI 里的项目承接会话。 这不是对话立项台;项目目录已经存在,当前目标是接住上下文并等待用户下一步。 项目路径:/Users/kangwan/Projects/business/20260512-20260512-skg-tk-二创验证 承接步骤: - 先读取
.memory/assistant-handoff.md- 再阅读.project.json、RULES.md、AGENTS.md- 结合当前仓库状态建立上下文 要求: - 不要要求用户重新粘贴 Claude / Codex / Cursor 的总结 - 先理解最近进度、未完成项和下一步候选 - 不要立即修改代码、继续上一个任务或自行执行命令 - 等待用户给出下一条明确指令后再开始动手 - 如果后续需要 Cursor,提醒用户从看板打开 Cursor GUI 到当前项目目录
Codex 最近回复
已读到项目交接核心:最近不是要继续执行旧任务,而是先接住上下文;当前工作区也只有交接/日志类未提交变更。再补一个只读的提交/远端/差异概览,避免把 handoff 里的仓库状态当成最新事实。
已完成只读承接。
我已按顺序读了 assistant-handoff.md、.project.json、RULES.md、AGENTS.md,并补了只读仓库状态检查。没有改文件、没有启动服务、没有继续旧任务。
当前状态:
- 分支:
main- 远端:
origin -> ssh://git@git.kang-kang.com:22222/kangwan/20260512-skg-tk.git- 状态:
main...origin/main [ahead 4]- 未提交变更:
.memory/assistant-handoff.md、.memory/worklog.json,看起来是承接/日志类变更- 最新提交:
0eb775d docs: compact user guide pdf layout我接住的上下文:
- 当前项目是 SKG 营销内容生产平台,生产入口
https://marketing.skg.com,根域名登录后进个人画布。- 生产已收口到飞书免登录,密码登录停用;Postgres 已用于画布项目、用户索引、任务索引、资源索引等持久化。
- 普通开发默认必须本地 Docker 验证并形成语义 commit;没有你明确说“可以推送 / 上推 / 部署”前,不推 Gitea、不跑生…
当前仓库状态
- 当前分支:main
- 未提交变更:1 项
- 最近提交:feat: cache canvas media locally
- 变更文件:
- M .memory/worklog.json
统一接力要求
- Claude / Codex 终端承接:先阅读本文件,再结合
.project.json、RULES.md、AGENTS.md和当前仓库状态理解项目进度。 - 不要要求用户重新手工粘贴 Claude / Codex 总结,缺口直接从代码、日志和 handoff 文件补。
- 如果最近助手会话里有明确未完成项,只把它当作候选待办,不要自动继续执行。
- 当前目标是建立上下文并等待用户下一条明确指令,不要自行开始修改。