把任务板嵌进 Coding Agent 工作流

Taskboard 的核心不是又做一个待办列表，而是把“任务是什么、由哪个 Agent 处理、在哪个项目里处理、验证结果是什么”放进同一个本地优先的工作流。它同时提供浏览器界面、HTTP API 和 taskctl 命令行入口，Codex Skill 则负责把任务状态推进规则交给 Agent 执行。

三种入口，共享一份合同

浏览器适合看板、筛选和评论；CLI 适合脚本与批处理；HTTP API 负责让两者共享同一份业务合同。任务进入处理中之前需要明确目标和上下文，完成时需要留下验证结果，用户没有确认时不直接把任务标成完成。入口不同，状态语义不能不同。

嵌入不是修改 Codex 本体

Taskboard 通过本地伴生服务和受控的 CDP 注入进入 Coding Agent 工作流。任务板可以打开对应的项目和对话入口，记录实际处理过任务的会话归属；它不需要修改 Codex 的应用包，也不把私人会话内容复制到公开服务。

这个边界很重要：集成层只负责连接和呈现，任务数据仍然由 Taskboard 管理，机器相关的项目路径和能力保持在本地伴生层。云端模式也不应该回写本地数据库，更不应该把本机路径上传到公共接口。

当前状态要诚实

本轮 TypeScript 检查和 Vite 生产构建通过。完整回归共 349 项测试，其中 331 项通过、18 项失败。失败集中在部分 AI 状态导出、响应字段合同、附件界面断言和云元数据断言的同步问题，因此项目状态记录为“接近成品”，而不是“可运行的全绿版本”。

对我来说，这个项目的价值正是把完成条件显式化：能打开不等于能交付，能构建不等于所有工作流都通过。下一步应该先收敛失败合同，再更新公开状态。