什么是灵犀

灵犀（LingXi）是一个同时支持 Codex 和 Claude Code 的工程工作流产品。

它做三件事：

用 task 把模糊请求整理成工程师可直接开工的任务文档
用 vet 在实现前挑战任务质量，提前暴露风险与薄弱点
用 memory 把稳定的工程判断沉淀成可复用记忆，并在后续工作中按需应用

灵犀让工程工作从一开始就更可执行、更可审查，也能随着项目使用不断积累标准。

灵犀解决什么问题

在日常使用 AI 辅助工程工作时，真正需要被强化的地方通常是：

请求还很粗糙时就直接开始实现
任务边界、约束和验收标准不够清楚
开工前缺少一次严肃的质量挑战
历史会话里的工程判断无法稳定复用
同一个项目里的标准、偏好和踩坑经验需要反复重讲

灵犀把这些问题拆成一个很小但很强的产品面：

前台是 task 和 vet
后台是持续运行的工程品味记忆系统

灵犀做了什么

`task`

task 负责把粗糙请求整理成结构化任务文档。

它会结合当前仓库上下文和相关记忆，把目标、范围、约束、验收标准、功能要求和开发指导整理成一个可持续更新的任务资产。

`vet`

vet 负责在实现前挑战任务质量。

它会以任务评审的方式检查需求是否清楚、边界是否稳定、约束是否完整、验收是否可验证、方案设定是否足够可靠，并给出结构化的 VetReport。

`memory`

memory 负责沉淀 durable engineering taste，也就是可复用的工程判断。

它沉淀的是未来还能继续起作用的工程选择，例如：

稳定偏好
经常出现的约束
可复用的启发式判断
常见反模式
评审时反复关注的风险点

灵犀怎么工作

灵犀由三层组成：

plugin
setup
runtime

Plugin

插件层提供 LingXi 的可安装产品表面，包括 skills、templates 和 bootstrap scripts。

Setup

setup 会在目标仓库中生成运行所需的本地 runtime，例如：

.lingxi/（公共运行时根）
.codex/config.toml、.codex/hooks.json、.codex/agents/（Codex adapter）
.claude/settings.json、.claude/agents/、.claude/skills/（Claude Code adapter）
AGENTS.md、CLAUDE.md
session-distill automation 配置

Runtime

runtime 运行在目标仓库内部，负责保存长期状态：

任务文档
memory notes
memory index
processed sessions 状态
distill journal
memory ops logs（按需生成）

为什么表层做得很小

灵犀刻意把显式工作流收敛在 task 和 vet。

这样做是因为：

这两个环节最直接决定工程工作开始时的质量
任务整理和任务审查最适合沉淀稳定标准
表层越小，产品越容易保持清晰、一致和可验证
底层 memory 可以反向增强后续大量仓库工作，而不必把所有事情都做成一个显式工作流

所以 LingXi 的产品气质是“表层很克制，底层持续变强”。

为什么要有记忆系统

LingXi 的 memory 是整个产品长期变强的基础。

后台会持续分析历史会话，筛选出值得沉淀的工程判断，再把这些判断写入 .lingxi/memory/。之后：

task 和 vet 会按当前工作流意图直接检索最小必要记忆
普通但有意义的仓库对话会通过仓库级 hook（Codex 或 Claude Code）自动注入最小必要记忆

这样 memory 不只是服务于显式工作流，也会反向增强日常实现、调试、分析和评审对话。

这让 LingXi 不只是一次性帮你整理任务，而是随着项目推进逐步积累工程标准。

什么是灵犀 ​

灵犀解决什么问题 ​

灵犀做了什么 ​

task ​

vet ​

memory ​

灵犀怎么工作 ​

Plugin ​

Setup ​

Runtime ​

为什么表层做得很小 ​

为什么要有记忆系统 ​

下一步 ​