返回 FEED
CLAUDE2026-05-25

把整个人生上下文给 Claude,它变成了最佳联合创始人

Krunal Parmar(@mentor_krunal)作为独立创始人构建了 Wisely(iOS 食物追踪应用)。没有团队。没有联合创始人。只有他和 Claude。

大多数人像搜索引擎一样使用 Claude。他们输入问题,得到答案,关闭标签。这就像雇佣了一个世界级工程师,却只让他用 Google 搜索。

根本性错误:把 Claude 当作无状态的

Claude 默认情况下在会话之间没有记忆。大多数人接受这一点,每次对话都从头开始。

那是错误的思维模型。

正确的思维模型:Claude 是一个需要被简报的天才人物。

Krunal 通过构建一个上下文文件解决了无状态问题。一个单一的 markdown 文档,包含 Claude 需要了解的关于他、他的项目、他当前状态和他目标的一切。他在每次会话开始时加载它。

# 我是谁
独立创始人构建 Wisely —— iOS 食物追踪应用。
IIT Kharagpur 背景。住在伦敦。
每周公开 ship。

# Wisely 是什么
一个诚实的 AI 食物教练。核心信念:每个食物应用
都自信地错误。我正在通过在 LLM 层校准不确定性来修复它。

# 当前状态
- 应用:[当前构建阶段]
- 最大的开放问题:[X]
- 本周目标:[Y]

就这些。200-400 字。每次会话开始时粘贴它。

Claude 现在有上下文了。它停止给出 generic 建议,开始给出你的建议。

改变一切的提示模式

之前:"帮我为我的应用写文案。"

之后

上下文:[粘贴你的上下文文件]

任务:我需要 Wisely 第一个屏幕的引导文案。
用户刚下载。他们还不知道什么让我们不同。

约束:最多 2 行。没有 buzzwords。没有"AI-powered"。
以问题开头,不是产品。

我的第一稿:"Track what you eat. Finally understand it."

改进这个或告诉我为什么它已经有效。

区别:任务 + 约束 + 草稿。

给 Claude 你的草稿是最未被充分利用的技术。它阻止 Claude 从头生成(这是 hit-or-miss),而是专注于批评和改进(这始终 excellent)。

把 Claude 当作思考伙伴,不是任务执行者

Krunal 用 Claude 做的最有价值的事情不是"写这个"或"修复这个"。而是这个提示:

我即将做一个决定:[X]。

支持论点:[我当前的思考]
反对论点:[我的担忧]

我没有看到什么?对我当前计划最强的反对案例是什么?

当决定先构建照片餐食扫描还是语音输入时,Krunal 倾向于照片(感觉更创新)。Claude 清楚地列出了反对论点:语音对于正在吃饭的用户更快,照片需要完美的光线,并在完全错误的时刻增加摩擦。

Krunal 构建了语音。这是用户使用最多的功能。

联合创始人会在晚上 11 点说同样的话,当 Krunal 有 20 分钟时。Claude 做到了。

链式会话,不要重启它们

Krunal 为 Wisely 的每个新功能使用这个工作流:

会话 1:问题定义 "这是我试图解决的用户问题。帮我写一个清晰的一段问题陈述。如果我解决错了事情,push back。"

会话 2:解决方案空间 "给定这个问题陈述 [粘贴],解决它的 3 种根本不同的方式是什么?还不要推荐一个。"

会话 3:决策 "这里有 3 个选项 [粘贴]。我倾向于选项 2。压力测试它。什么会 break?"

会话 4:实施 "我们选择选项 2 [粘贴上下文]。写 spec。在我开始构建之前标记任何开放问题。"

每个会话都很短。每个会话都建立在最后一个之上。你和 Claude 一起做思考,而不是外包给它。

那个区别很重要。外包的思考产生 generic 输出。协作的思考产生你真正理解和拥有的决策。

让一切更好的一个规则

永远不要接受第一个输出。

总是用以下之一跟进:

  • "你遗漏了什么?"
  • "这个最弱的部分是什么?"
  • "假设我是错的,给我那个版本。"
  • "在不失去核心点的情况下,缩短 40%。"

第一个输出是 Claude 对你想要什么的最佳猜测。第二个输出,在 pushback 之后,几乎总是更 sharp。

大多数人停在第一个输出。这就是为什么大多数人认为 Claude "好但不 great"。

瓶颈从来不是 Claude 的能力

Krunal 典型的构建 Wisely 时的 Claude 会话:

  1. 粘贴上下文文件(30 秒)
  2. 陈述一个具体问题(1 句话)
  3. 分享当前的思考或草稿(2-5 句话)
  4. 要求 pushback 或改进
  5. 用"最弱的部分是什么?"跟进一次
  6. 实施

总时间:每个决策 10-15 分钟。

每周这样做 3-4 次。它取代了设计伙伴、产品经理和 Krunal 以前依赖的深夜论坛帖子。

瓶颈从来不是 Claude 的能力。它总是他带入对话的质量。