长指令中的部分要求被遗漏
面对复杂工作，如果把顺序、参考资料和注意事项都放进一段长指令，部分要求可能会被遗漏，往往需要反复提出细小的修改要求。
02 · 与 AI 一起工作时，你是否遇到过这些情况？任务交代了，
任务交代了，
却总觉得哪里不对……
有时，你会觉得交给 AI 的工作没有按预期推进。这时，除了 AI 的能力，也可以重新看看工作的设计和传达方式。
工作顺序与预期不同
实际推进的顺序与你设想的不一样，原本想先确认的事情被放到了后面。
步骤中的具体工作偏离预期
必要的知识和背景没有共享，导致某个步骤里实际完成的工作与你的预期不符。
当前重要的事情被淹没
背景信息太少或太多，都会让当前的重点变得不清楚。
仅仅增加信息量，并不一定能解决问题。把工作拆成步骤，将每一步所需的信息和判断关联起来并共享，就更容易看清偏差出在哪里，并为下一次执行作出改进。不过，仅靠共享流程，并不能保证结果的质量。
03 · 梳理工作的推进方式先把一项日常工作，
先把一项日常工作，
整理成一张流程表。
不需要特殊工具也能开始。选一项经常重复的工作，写下五个问题的答案。
- 要达成什么目标？工作结束时，应该完成什么？
- 按什么顺序推进？从开始到结束，有哪些步骤？
- 每一步需要什么角色？需要哪些技能和背景知识？有哪些约束？期待怎样的行为？
- 每一步需要什么？要读哪些资料、核查哪些项目？接收什么，又向下一步交付什么？
- 在哪里由人作出判断？在哪些环节选择方案、进行审批或调整方向？
一个小例子 · 撰写调研报告
先看清整个流程。
明确
目标
目标
调研
核查
依据
依据
撰写
依据不足时，返回调研
刚开始，有这样的全局视图就足够了。你能确认当前处于哪一步、哪里需要人来判断，以及什么情况下要返回前面的步骤。
04 · Procedure人与 AI 可以对照同一套步骤和判断条件，
人与 AI 可以对照同一套步骤和判断条件，
一起讨论工作。
nohmitaina 的 Procedure 用方框和连线表示工作流程。每个步骤都是一个单元，将完成该环节工作所需的条件集中在一起。
以第 03 节介绍的“核查依据”步骤为例
核查依据步骤 03 · 设计示例
- 输入
- 主张清单及每项主张的来源
- 角色
- 对照来源进行客观核查的验证者
- 核查项目
- 主要主张是否有依据？是否区分了事实与推断？
- 输出
- 已核实的事实笔记
- 无法继续时
- 返回补充调研，或请人作出判断
你不必一开始就独自写出完整的流程。可以让 AI 起草，再由人调整顺序和判断环节，并根据实际使用的结果继续更新。越是经常使用的方法，持续改进就越有价值。
05 · 实例：我们团队正在使用的 Procedure用一个 Procedure，
用一个 Procedure，
串起规划、审查、实现和验证。
开发 nohmitaina 时，我们实际使用了名为 noh-dev 的 Procedure。它把交给 AI 的部分与需要人决定的部分，连接成一项完整的工作。
实际使用的开发流程“noh-dev”· 点击查看原尺寸
把制定计划和审查计划分成不同步骤，并分别赋予不同的角色（Persona）。
当工作可能超出范围，或需要决定方向时，就交回给人。
把新发现的核查项目补进 Procedure，让下一次工作使用修改后的流程。
使用演示
从 Task，到 Procedure，再到 Episode。
这段约 52 秒的无声操作演示，展示如何连接记忆并推进工作。
06 · Procedure 之外的记忆类型怎么做，与为什么这样做、
怎么做，与为什么这样做、
上次做得如何，密不可分。
除了流程，nohmitaina 还将背景知识、以往的判断、待办工作和上次的结果，作为承担不同作用的记忆来管理。
CONCEPT
想过什么
记录工作所依据的想法，包括方向、术语、背景和采纳某种做法的理由。
PROCEDURE
如何推进
记录步骤顺序、各步角色、所需信息、核查项目，以及需要判断的分支。
TASK
现在做什么
将当前工作与所需的 Concept、Procedure、Episode 和笔记关联起来。
EPISODE
实际发生了什么
记录做了什么、为什么做、结果与发现，以及使用了哪个 Procedure。
指定角色Persona
Persona 不是一种记忆类型，而是一份角色说明，用来明确阅读同一份资料时应采取的立场，以及需要核查的内容。
07 · 从重复的工作开始为那些想一次比一次做得更好的工作，
为那些想一次比一次做得更好的工作，
建立流程。
可以从已经做过很多次、每次又都会重新琢磨的工作开始。
形成策划方案
明确问题、收集材料、比较方案，由人选定方向，再形成文稿。把判断的理由保存在 Concept 中。
梳理调研与写作
把信息来源的要求、核查角度、确定文章结构的环节，以及发布前的检查，整理成 Procedure。
交接日常重复的工作
把每周回顾、会议准备和版本发布等工作整理成清楚的步骤，即使负责人变了，也能看懂。
08 · 创建第一个 Procedure选一项日常工作，
选一项日常工作，
让推进方式看得见。
人与 AI 一起起草 Procedure，把不想交给 AI 的判断定义为由人确认的步骤。
设置应用与 CLI
选择界面语言和工作区，然后在设置的“Agent CLI”中选择 Claude Code 或 Codex CLI。
选一项工作
选一项重复的工作，把步骤、角色、资料、核查项目和输出整理成 Procedure 草稿。
由人审视步骤
补充遗漏的步骤，或调整顺序。把不想交给 AI 的判断定义为由人确认的步骤。
根据结果持续完善
完成后，回顾结果与发现，为下一次执行修改 Procedure。
nohmitaina 可免费使用，支持 macOS 和 Windows。使用前，需要确保 Claude Code 或 Codex CLI 已可在你的环境中运行；各服务的订阅、使用额度和 API 费用，均以相应服务的条款为准。
免费下载
nohmitaina
先从一项日常工作的流程开始，让它成为人与 AI 的共同语言。
v0.3.0 · 与 Claude Code 或 Codex CLI 配合使用
09Releases
已经发布的,以及什么时候。
| 版本 | 日期 | 内容 |
|---|---|---|
| 0.3.0 | 2026-10-01 | 新增 Tasks、Personas、Procedures 和 Episodes，改进编辑操作与页面导航。 |
| 0.2.1 | 2026-08-14 | 新增 Windows 支持、原生菜单、Summon 内嵌编辑，以及提供四种语言的启动指南。提升编辑与导航的响应速度、笔记保存与退出的安全性，以及 LLM 设置的可靠性。 |
| 0.2.0 | 2026-06-25 | noh agent CLI:AI 助手可以读写你的 noh。活跃度可视化(sparkline 与 barometer),以及稳定性修复。 |
| 0.1.7 | 2026-06-12 | 链接卡片自动解析标题。安全加固(CSP、URL 剪藏的 SSRF 防护)与第三方声明。编辑器同步与六月可用性修复。 |
| 0.1.6 | 2026-05-20 | Editor 文档标签页,与 macOS 标题栏整合。本地 Whisper 模型设置。 |
| 0.1.5 | 2026-05-18 | 从选中文本手动 Recall。矩形选择与宏录制/回放。Markdown 渲染修复。Dream 处理更具韧性。 |
| 0.1.4 | 2026-05-11 | 多 Workspace 切换。启动时为遗漏的 Dream 做 catch-up。评分与 Core 的调整。 |