OWEN/SHEN
01 / 我遇到的问题

让 Agent
更懂我,
让每件事有始有终。

我想在任何顺手的 Agent 里直接说需求,让它做事。个人工作站替我记住、跟进和提醒;等结果出来,再按完成标准决定归档还是继续。

从我的实际用法出发 · 个人工作站仍在迭代
我想接住的四个难处

信息散消息、日程、文档里的线索,要来回翻找才看得全。

事情断会话归档了,没做完的事却没人提醒我继续。

用得贵每件事都用同一档模型,花费很快上来。

难收口做到了哪一步算完成,什么时候还要我验收?

02 / 我现在怎么做

Agent 做事,工作站记住、提醒、收口。

需求随时在顺手的 Agent 里提出。工作站在授权范围内跟进,按我设定的时间回顾完成、未完成和可继续的事;我补充信息后回 Agent 推进,结果再由工作站按规则闭环。点图中的四个位置。

一件事 / 首页增加高级动画Agent 做事 / 工作站监控与闭环 ↘
Agent随时提出 · 继续执行
个人工作站监控 · 提醒 · 闭环
Agent 做事 ↔ 工作站监控与提醒
未达完成标准?工作站继续提醒,我再回 Agent 推进 ↶
01 / 04 随时提需求

想到什么,就在 Agent 里说。

用你顺手的 Agent 提需求,让它先做事;原话和会话来源留在原处。

Agent 会话Codex · Claude Code · 其他 Agent
我说“首页增加高级动画”
原话留在会话Agent 开始做 ↗
留下原话与来源
接下来工作站接住这件事

图示为设计中的完整闭环,并非实时任务。原生会话只读跟进与目标任务记录已有基础;跨 Agent 连接、定时回顾、可编辑续办建议和自动闭环规则仍在逐步建设。

续办时的默认规则

先看任务,再选模型。

工作站给出续办建议时,也要说明这一步需要什么能力、为什么用这一档,以及最多用多少。

  1. 看任务难在哪,需要什么

    核对验收要求、所需工具、资料权限和风险;读进展与改页面是两种不同的任务。

  2. 选模型够用即可,必要时升档

    简单整理用轻量档,常规实现用均衡档;复杂推理或高风险事项再用更强的能力。

  3. 设边界留下理由与消耗

    记录模型、选择理由和调用上限。结果不达标,先查输入与实现,再决定是否升档。

我的工作站已有任务、下一步建议与执行记录基础;模型目录、任务预算和消耗对账仍在建设。拿不到精确费用时,用档位和调用次数控制。

03 / 为什么这样做 · Agent Gateway

个人工作站,
是我的 Agent Gateway。

它把已授权的 Agent 会话接入同一套项目和行动事项,再把监控、提醒、模型选择和验收连成一条路。点开四个环节,看每个难处怎样解决。

来自不同 Agent
Codex 会话Claude Code 会话其他 Agent
个人工作站 · 总看板来源可回查
按项目个人网站目标与整体进展
按事项首页动画行动事项与下一步
点开一件事 原生会话与资料版本
01 / 04 · 信息散 → 一眼看全局

各处会话,汇到一张看板。

按项目看方向,按事项看下一步;从摘要随时点回原生会话。

这一段怎么走Agent 会话 → 项目 / 事项总览 → 原话

方法示意,不是实时界面。会话跟进和目标任务记录已有基础;跨 Agent 汇总、定时提醒、微信/邮件触达、模型预算与自动闭环仍在逐步建设。

机制展开 / 两层 Harness

谁负责做,谁负责接住?

一个照看眼前的执行,一个照看跨会话的整件事。

01 / 原生 Agent 的 Harness把这一次做好Codex · Claude Code
本轮对话理解需求
调用工具推进执行
交回结果保留证据

执行上下文留在原生会话,Agent 自身也可有记忆和连接能力。

02 / 个人工作站的 Harness把每次接成同一件事跨项目 · 跨会话
来源与目标原话可回看
任务与提醒全局看得见
证据与收口按规则决定

只在授权范围内连接事实;要我决定的事,带着上下文提醒我。

执行器能力参照 Codex 与 Claude Code 官方说明。工作站只在已授权范围内观察原生会话;选择性上下文供给、跨会话经验复用仍需验证。

个人 Harness / 事实路由

一句话,可能改变不止一件事。

入口先辨认来源和对象。明确指令直接按规则写入;边界不清时,Jev 辅助比较有限候选,再由工作站裁决。一句话可以拆成多项有顺序的动作。

一条表达 / 事实路由规则建设中 · 示例非实时记录
原话与出处
入口判断明确 → 规则直达不确定 → Jev 比较候选
工作站裁决写入
选择一句话
先看改变哪层事实,再决定写入动作
“主目标改成 X,先解决 Y。”
01 / 持续目标修订目标

保留原话、旧版与新版,并提示关联任务对齐。

02 / 任务推进 Y

关联已有任务,或建立可执行、可验收的新任务。

写入后先确定目标版本,再让执行任务引用新版目标。

明确指令,直接升版并提醒。

对象唯一、版本可核对且没有真实矛盾时,记录“旧版 → 新版”和影响范围;目标或计划变化后,关联任务显示需对齐新版。同一来源重复同步不重复落账。只有指代不清或有效决定冲突,才请我补充判断。

查看七类事实入口与写入规则
01 / 新方向、新产品项目

建立项目,明确主目标

02 / 长期要达成什么持续目标

新建或修订,保留原话与版本

03 / 阶段、里程碑、先后顺序项目计划

生成新版本,标出变化

04 / 采用、暂不做、必须满足决策记录

记录理由和范围;有变更时更新对应版本

05 / 可执行、可验收的一件事任务

关联已有任务,或创建新任务

06 / PR、测试结果、会话归档进展与证据

更新证据,按验收条件判断闭环

07 / 网页、邮件、Agent 的想法来源候选

保留出处,等待采纳或授权

个人 Harness / 后续判断

写入之后,只传下一步需要的事实。

工作站给执行会话准备相关上下文,收回结果与证据,再按完成条件决定归档、续办或提醒我验收。

写入之后 / 三步接续方法示意 · 非实时界面
01

带着目标去做

目标版本相关资料未决事项

工作站只把这次需要的事实交给原生 Agent;原件留在来源处,可随时回查。

02

把结果接回来

执行结果关键错误证据位置

结果回到对应任务,首页看得到进展;日志和完整会话仍留在原处。

03

按完成标准收口

原始诉求验收标准结果证据

满足条件就归档;还缺信息或需要我验收,就提醒我继续。

原件留在来源处 只提醒需要行动的事

身份与版本关系、分类写入和 Jev 疑难候选接入正逐步建设。当前尚未向 Jev 发送真实输入;接入前需限定字段、触发条件和调用预算。Jev 不生成计划,也不写入账本。图中并非实时运行画面。

04 / 你可以怎么试

从你手头的一件事开始。

继续在你熟悉的 Agent 里说需求,给它留一个能回看的记录,并约定什么时候提醒、什么证据算完成。

最小做法随时说 → 定时看 → 继续做 → 按标准收口

先用一份任务记录写下来源、下次提醒时间和完成条件。没有做完,就继续提醒。

我的实现个人工作站

我把监控、长期记忆、提醒和连接器逐步做进工作站;跨 Agent 汇总、可编辑建议与自动闭环仍在打磨。

看个人工作站实践
另一个尺度

个人页讲 Agent 与工作站怎样把一件事做完;团队页讲多人怎样沿同一份资料协作和验收。

看团队交付方法