- Task
- 从 Capture《下午和飞书的产品经理聊天,他们会用一个录音工具将自己一天所有会议录下来,自动飞书妙计总结。》保留问题:下午和飞书的产品经理聊天,他们会用一个录音工具将自己一天所有会议录下来,自动飞书妙计总结。 codex 再通过飞书cli,每天将妙计内容晚上自动总结 to do,能干的 codex 干掉,需要人类的每天早上8点再发给人类。好先进的流程啊 h
- Next Step
- 先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
- Lane
- roya-brand
- Kind
- question
- Status
- [待澄清]
- Todo Projection
- -
- Todo Due
- -
- Todo Source
- -
- Projection
- hold
- Source
- 下午和飞书的产品经理聊天,他们会用一个录音工具将自己一天所有会议录下来,自动飞书妙计总结。
从 Capture《下午和飞书的产品经理聊天,他们会用一个录音工具将自己一天所有会议录下来,自动飞书妙计总结。》保留问题:下午和飞书的产品经理聊天,他们会用一个录音工具将自己一天所有会议录下来,自动飞书妙计总结。 codex 再通过飞书cli,每天将妙计内容晚上自动总结 to do,能干的 codex 干掉,需要人类的每天早上8点再发给人类。好先进的流程啊 h
先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
这条事项现在在哪一层
直接看当前 lane、kind、状态和最近一步,而不是先读长解释。
下午和飞书的产品经理聊天,他们会用一个录音工具将自己一天所有会议录下来,自动飞书妙计总结。
下午和飞书的产品经理聊天,他们会用一个录音工具将自己一天所有会议录下来,自动飞书妙计总结。 codex 再通过飞书cli,每天将妙计内容晚上自动总结 to do,能干的 codex 干掉,需要人类的每天早上8点再发给人类。好先进的流程啊 http://xhslink.com/o/AiGhX2jgxm5 直达【小红书】看看这篇分享~ xhs_capture_status: unavailable xhs_unavailable_reason: note_tab_not_resolved
状态怎么更新
capture 负责预览和溯源;真正的确认、勾选和状态变更仍落在 Todo / Today-Focus 这些真实状态源里。
这条事项当前还在 capture / clarify 预览层,先看详情和来源,再决定是否进入执行视图。
为什么它还没有 writeback preview
当前这条事项还没有稳定进入 strict writeback,所以这里只展示现状和下一步。
原始 capture 里真正记录了什么
这里直接显示 summary preview 和 transcript 片段,方便你判断这条提炼是否靠谱。
下午和飞书的产品经理聊天,他们会用一个录音工具将自己一天所有会议录下来,自动飞书妙计总结。
下午和飞书的产品经理聊天,他们会用一个录音工具将自己一天所有会议录下来,自动飞书妙计总结。 codex 再通过飞书cli,每天将妙计内容晚上自动总结 to do,能干的 codex 干掉,需要人类的每天早上8点再发给人类。好先进的流程啊 http://xhslink.com/o/AiGhX2jgxm5 直达【小红书】看看这篇分享~ xhs_capture_status: unavailable xhs_unavailable_reason: note_tab_not_resolved
下午和飞书的产品经理聊天,他们会用一个录音工具将自己一天所有会议录下来,自动飞书妙计总结。 codex 再通过飞书cli,每天将妙计内容晚上自动总结 to do,能干的 codex 干掉,需要人类的每天早上8点再发给人类。好先进的流程啊 http://xhslink.com/o/AiGhX2jgxm5 直达【小红书】看看这篇分享~ xhs_capture_status: unavailable xhs_unavailable_reason: note_tab_not_resolved
同一线程里的相关事项
如果一条 capture 同时涉及多个 lane,这里可以顺手跳到其他相关 item 或 thread。