ArrayKit

项目说明构建器

写一份对得起它在每次请求中所花 token 的说明文件。

项目说明构建器

写一份对得起它在每次请求中所花 token 的说明文件。

项目说明描述着你们团队的工作方式。文件在浏览器里生成,绝不上传。

看看它在长会话里的代价

关于 项目说明构建器

项目说明文件在每次会话开始时都会被读一遍,所以只要文件还在,其中的每一行都会在每一次请求里被付费。仅这一个事实,就决定了什么该写、什么不该写。凡是读代码就能发现的——语言、框架、目录结构——都是在向一个本来就看得见的读者重复。真正值得占位置的恰恰相反:那个需要加参数的测试命令、那个会让构建失败的 Node 版本、新人一定会猜错的约定、已经害某人赔上一个下午的那件事。这个构建器就是按这些类别组织的,会估算这份文件的代价,并标出那些正在向仓库讲述它自己的行。

功能特性

  • 按"该写什么"引导的分节,而不是一张白纸
  • 实时的 token 估算——是每次请求的代价,不是一次性的
  • 标出重复了代码本就展示的内容的行
  • 标出改变不了任何事的空洞劝诫
  • 文件长到会被略读时发出警告
  • 没有可用于精简的小标题时给出提示
  • 空的分节直接省略,而不是写成空白
  • 下载为 CLAUDE.md

如何使用 项目说明构建器

  1. 写上项目名称
  2. 只填你确有非显而易见内容可说的分节
  3. 留意 token 估算随之增长
  4. 读完警告,下载文件

示例

输入

This project is a React app.

输出

Warning: the language and framework are visible from the manifest

每一行的试金石:读者能在十秒内自己查到吗?

常见错误与故障排除

  • 文件被标为过大。 — 把只是偶尔相关的内容挪到单独的文档里,让会话在需要时去读。说明文件是给"永远成立"的内容用的。
  • 我想保留的一行被标成"可自行发现"。 — 如果它确实起作用,忽略这个警告。这项检查是提醒你自问"读者会不会反正也能查到",不是一条规则。
  • 加了说明却什么都没变。 — 具体且可核对的说明远比笼统的有用。"使用 components/ui 里的基础组件"胜过"写干净的代码"。
  • 这该叫 CLAUDE.md 还是别的名字? — 内容是一样的。用你的工具会读取的名字保存即可;结构和"什么该进来"的分寸不变。

常见问题

说明文件里到底该写什么?
那些从代码里发现不了、否则一定会被猜错的东西:需要加参数的命令、会让构建失败的版本、任何单个文件里都看不出的约定,以及明确的禁止事项。其余都是在向一个本来就会读的读者重复。
应该写多长?
短到还有人会读。估算会随你输入显示;超过几千 token 就值得问一问哪些行真的永远相关,其余可以放进按需读取的文档里。
为什么"写干净的代码"会被标出来?
因为它什么都改变不了。笼统的劝诫在每次请求里花掉 token,却不提供任何判断依据;具体的约定——逻辑放哪里、用哪些基础组件——才提供。
"每次请求都付费"这件事重要吗?
这正是要精简这份文件的原因。一页说明一次是小钱,摊到几千次请求就是实实在在的开销,所以估算就放在正文旁边,而不是藏起来。
能把密钥写进去吗?
不能——它每次会话都会被读进上下文,而且通常会进仓库。把凭据留在环境里,说明中若需提及,只用名字引用。

相关工具

更多AI 与智能体工具

查看全部AI 与智能体工具 · 全部工具