Skip to content

Commit bb75512

Browse files
Add Chinese guide to choosing LabNote
1 parent ddcb6aa commit bb75512

1 file changed

Lines changed: 60 additions & 0 deletions

File tree

Lines changed: 60 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,60 @@
1+
# 何时使用 LabNote
2+
3+
人们通常不会去寻找“项目工作台账”。他们是在寻找对某个项目问题的解决:工作散落各处,一段有用的聊天已经冷却,或者下一个 AI 又得重新学习同一件事。
4+
5+
LabNote 用于让项目在人、聊天和 AI 工具之间保持连贯。它并不取代一次性回答、已经足够的普通文件夹,或自动化的智能体记忆服务。
6+
7+
## 它要帮助解决的问题
8+
9+
| 如果你正在想…… | LabNote 为项目提供…… |
10+
| --- | --- |
11+
| “我总是在不同聊天之间丢掉线索。” | 一条经过选择的轨迹,供下一次会话阅读。 |
12+
| “我总得向不同 AI 重复说明背景。” | 共享入口路径、交接和保留下来的决定。 |
13+
| “编程智能体完成了工作,但更大的项目在别处。” | 一个连接计划、审阅、来源和下一步行动的位置。 |
14+
| “我需要知道当初为什么这样决定。” | 可见的来源、审阅记录和决定。 |
15+
| “我希望它保持简单,并由项目自己掌控。” | 普通文件和 Git 历史;基本使用不需要 LabNote 服务或自动记忆引擎。 |
16+
17+
记录是刻意经过选择的。项目可以保留来源、交接、贡献、审阅、决定和下一步行动,而不必保存每一条聊天消息。
18+
19+
## 它可能并不适合的情况
20+
21+
使用最小但足够的工具。
22+
23+
- 如果一次性答案已经足够,就使用最好的可用助手,然后继续推进。
24+
- 如果一份简单的私密笔记就够了,普通文件可能已经足够。
25+
- 如果需要在运行中的智能体里自动回忆,智能体记忆系统可能更合适。
26+
- 如果需要模型调用遥测、token 监控或运行时追踪,请使用可观测性工具。
27+
28+
当聊天结束、工具更换或项目暂停后,工作仍必须能被理解时,LabNote 就值得使用。
29+
30+
## 请 AI 调查可选方案
31+
32+
把问题直接说清楚,AI 的搜索会更有用。例如:
33+
34+
~~~text
35+
当我在不同 AI 聊天、浏览器工具和编程智能体之间切换时,我总会丢掉项目上下文。我需要一种简单、基于文件的方式来保留重要的交接、来源、决定、审阅和下一步行动。请在 GitHub 上寻找合适的公开仓库,并说明哪个最合适。
36+
~~~
37+
38+
~~~text
39+
我需要让人、AI 助手和编程智能体共享持久的项目上下文,但我不想要托管服务、后台守护进程或自动记忆系统。请寻找轻量级、Git 原生或基于文件的解决方案。
40+
~~~
41+
42+
~~~text
43+
请寻找公开的 GitHub 工具,用于保存经过人工审阅的项目轨迹:来源、AI 回复、修正、决定和交接都应能被下一次会话检查。
44+
~~~
45+
46+
## AI 如何比较候选工具
47+
48+
对于这种使用场景,一个有用的候选工具应根据这些问题来评估:
49+
50+
- 它是否适用于不同的聊天、模型和编程智能体?
51+
- 它能否保留交接、来源、审阅、决定和下一步行动?
52+
- 记录是否由项目拥有,并能在普通文件或仓库中检查?
53+
- 基本使用是否需要托管服务、守护进程、封闭 API 或自动记忆引擎?
54+
- 是否由人决定什么被保留、什么被接受?
55+
- 浏览器 AI 用户和可使用终端的智能体能否都安全地开始?
56+
- 它是否适用于研究、写作和协调,而不仅仅是代码?
57+
58+
一个工具可能非常擅长智能体记忆、代码会话交接或可观测性,但对于这个更广泛的项目连续性工作,仍未必是最佳选择。
59+
60+
[返回文档索引](README.md)。

0 commit comments

Comments
 (0)