把小应用对准一个真实问题
从第一版的实际操作出发，说明谁会用它、哪一步有用，再决定下一次改什么。
如果你已经跟着第 00 篇做出第一版，就从刚才的实际操作开始：哪一步有用，哪一步别扭，谁还会遇到同样的问题？把这些感受写下来，再决定下一次改哪里。
如果一开始只告诉 Agent“帮我做一个很厉害的应用”，它往往能给出很多功能。问题是，你还不知道其中哪些值得花时间做。本章先留下一个真实问题和验证办法，再进入最小产品设计。
完成这一章，你会得到什么#
一份自己的需求记录：目标用户、当前做法、遇到的困难、证据、待验证假设，以及下一步找谁确认。它可以作为下一章产品单页的输入，也能让换来的 Agent 继续理解同一个目标。
本章里的 Agent 指围绕任务选择步骤并调用工具的 AI 系统；它可以帮你整理材料，真实用户的回答仍然需要你去取得。遇到不熟的名词，再查基础概念手册。
从一件具体的事开始#
轻联的起点是我自己的一件小事：家里有几台电脑，平时各有用途，但每次让 Agent 接手工作，都要重新解释哪台机器能做什么。它每次都会发生，也说得清是谁、在什么时候、卡在哪一步。
你也先写出一次实际发生的任务：谁在什么时候做什么，现有办法哪里让他花时间、出错或不放心。第一版如果是从自己的需要出发，目标用户先写自己就够了，同时注明“目前只有我一个人”。
不必为了让问题显得大而把所有人都写成目标用户。“家里有几台各有用途的电脑、想让 Agent 帮忙用起来的人”比“所有开发者”更容易找到真实对象确认。
找到已有行为，再问需要什么#
第一次交流可以用下面的问题。尽量让对方描述最近一次经历，而不是请他想象一款完美产品。
- 最近一次做这件事是什么时候？当时要交付什么结果？
- 你从哪里开始，依次用了哪些工具？
- 哪一步会反复做、容易漏掉，或者必须请别人帮忙？
- 现在有没有花钱解决？花的是工具费，还是自己的时间？
- 如果不解决这个问题，会发生什么？
- 你愿不愿意试一个更小的版本？什么结果才算有帮助？
把用户原话、自己观察到的事实和自己的推测分开。没有访谈时，可以先记录自己的真实操作，再明确写“需要其他用户验证”；不能让模型编几段访谈充当证据。
把证据放进一张表#
下面是我给轻联填的这张表。
| 需要确认的事 | 当前材料 | 来源 | 可信范围 | 下一步 |
|---|---|---|---|---|
| 谁遇到这个问题 | 我自己：家里有几台平时各有用途的电脑 | 自己的使用经历 | 只有一个人 | 请朋友试用 |
| 现有做法哪里困难 | 每次让 Agent 接手，都要重新解释哪台机器能做什么 | 自己的使用经历 | 观察到的动作，不是推测 | 让 Agent 自己读到设备情况 |
| 能拿到什么证据 | 本机真实的内存、磁盘读数；已经登记的设备和用途 | 本机页面和 Agent 的读取结果 | 来自机器本身，不靠回忆 | 每次修改后再读一遍 |
| 还不知道什么 | 朋友是否也有同样的需要，能不能自己装好 | 暂无 | 待验证 | 按试用指南请朋友试，收集反馈 |
最后一行到现在仍是待验证。表里允许空白和“待验证”，它们说明你还需要取得什么材料，比一份看起来完整但没有来源的“市场分析”有用。来源旁边最好再记上日期，以后回头看才知道这条材料还新不新。
给 Agent 一份有边界的任务#
Agent 能把零散材料整理清楚，但它没见过你的用户。验收时看材料是否更清楚，而不是只看 Agent 写得是否流畅：每个“用户需要”的判断都要能回到原话、观察记录或真实数据；找不到来源，就退回假设。
如果你已经在整理自己的长期方法，可以参考我的创建技能和技能盘点。先把这次任务做清楚，再考虑哪些步骤值得打包复用。
轻联是怎么做的#
当时想解决什么。 让 Agent 接手工作时，不用我每次重新介绍每台机器。问题来自我自己，用户也只有我一个。
交给 Agent 什么。 一个从本机起步的原型，2026-10-06 开始做。目标就是产品页上那句话：先把设备、资源和用途整理清楚，再让 Agent 在我允许的范围内使用它们。
得到什么。 现在的本机版用一条命令启动，打开 http://127.0.0.1:5174 就能看到这台电脑真实的内存和磁盘，两项分开展示；把 /mcp 加到本机 Agent，它就能自己查。没有取得数据的设备保持“未知”，不冒充在线。
怎样检查。 标准写在朋友试用指南里：内存、磁盘的读数和采集时间是否真实、清楚；本机 Agent 调用 device_center_list_resources，能不能读到资源和用途。你也可以照这个样子，给自己的第一版写两三条能当场核对的标准。
为什么调整。 证据表最后一行只能靠别人来填。轻联现在有一页免登录就能看的试用指南，请朋友在自己的电脑上装好，再把系统、版本、所选模式、失败步骤、预期与实际结果发回来。产品页上也写着：更广泛的用户试用还在继续。在拿到这些反馈之前，我不把“别人也需要”当成结论。
换成你自己的项目#
选一件你实际遇到的任务，先自己填好上面的证据表，再把材料交给 Agent 整理。
请根据我提供的材料，整理一份需求记录，写到 docs/problem-notes.md。
材料包括：目标用户、最近一次任务、现有做法、原始反馈和来源。[在这里粘贴材料]
请产出：
1. 一句话问题定义：谁，在什么场景，想完成什么。
2. 已有证据与我的推测，分开列出，每条证据注明来源。
3. 当前替代办法及其限制。
4. 最需要验证的一条需求假设。
5. 下一步验证对象、方式和判断条件。
缺少材料时写“待验证”，不编造用户、访谈、数据或收入。
本次只整理说明，不联系别人、不购买服务、不部署应用。
最后指出哪些结论仍不能从当前材料得出。把方括号里的内容换成自己的需求。
-
docs/problem-notes.md的问题定义写清了谁、在什么场景、想完成什么 - 证据与推测分开列出，每条证据都能回到原话、观察记录或真实数据
- 找不到来源的判断已经退回“待验证”
- 写明了下一次验证找谁、做什么、怎样判断结果
没有其他用户反馈时，明确保留待验证项，同样可以进入下一章准备最小产品，但不能宣称需求已验证。这章积累的是产品判断：从现有行为出发，保留来源，允许假设被否定。下一章会把需求收缩成一条完整主路径，讨论第一版做什么，以及投入到哪里为止。