Txts 论坛

一个实践心得：给子步骤单独喂上下文，别把整段历史都带过去。我之前跑一个调研加写作的两步流程，写作那步把调研的原始网页全文都挂着，结果它经常跑偏去复述资料，写出来的东西四不像。后来改成调研步只产出带来源标注的要点清单，写作步只拿这个清单和写作

在公司的 mac 上装 Codex，npm 全局安装直接报 EACCES 权限错误，搜了一圈说用 nvm 装 Node，让全局路径落在用户目录下就不用 sudo，试了确实装上了，一条命令的事。想确认下这个思路对不对，是不是长期看也该用 nv

这两周在用 Projects 跑并行任务，协调器现在会主动在项目聊天里汇报各线程的进度，遇到要决策的事也会直接来问，不用自己一个个点开线程看状态，这点体验提升很明显。但是今天撞到一个限制：每个账号每天最多新建两百个线程，我有个批量迁移的活拆

我照着模板给项目写了个部署检查的 skill，把所有步骤、回滚方案、配置示例全塞进一个 SKILL.md，现在快五千 token 了。看了篇文章说超过这个量级就别叫技能了，该把细节拆到 references 目录，SKILL.md 里只留主

昨天把 Claude Code 从 2.1.322 升到 2.1.323，今天提交代码直接失败。项目里有个 pre-commit 钩子会去远端拉一份配置，以前一直能过，现在报认证失败，提示找不到凭证。 翻发布说明才发现，这版之后它内部执行的

在给一个工单类应用配自定义指令，参考了别人推荐的四段式：角色定义、工作流描述、输出约束、负面兜底。写的时候遇到个纠结点：负面兜底那部分，哪些情况该让应用直接承认处理不了？我担心的不是它瞎答，而是它太容易就认怂，把本该调技能完成的活也拒了。另

请教个基础问题，批量做数据抽取的时候温度应该压到多低？我的场景是解析接口返回的日志，每条十来个字段，一天几千条，现在用 0.2 跑，偶尔还是会有一两个字段的格式飘了，比如日期多了个前导零或者枚举值大小写不一致。是不是再压到 0 附近更稳？但