知识库/AI 与 Agent

高效协作

属性
分类AI 与 Agent置信2026-07-08#ai-agent#claude-code#workflow

子页 18

  • Claude Code

    Anthropic 的 agentic coding 环境:读文件、跑命令、自主完成任务;本知识库的运行载体

  • Claude Code 官方最佳实践

    Claude Code 官方使用指南:给验证手段、先探索后规划再编码、上下文管理、并行扩展与对抗性审查

  • Claude Code 确定性扩展:slash command 与 hooks

    CLAUDE.md 是劝告性(Claude 可选择遵循),hooks 是确定性(生命周期事件必执行的 shell);slash command 封装显式调用的工作流。要'总是执行'用 hook,要'建议'用 CLAUDE.md

  • Claude Cowork

    Anthropic 面向本地文件与个人工作流的协作型 agent 产品:文件访问无限制、结果优先直接产出即用文件、持久记忆+连接器+技能+定时任务组合使用

  • Claude 出方法、工具出执行

    高杠杆分工:Claude 保留规划/写代码/定验收/独立验收,把跑代码·测试·起服务·生成资产的执行脏活委派给 Codex 等工具(工具不写代码);委派只在有收益时做,不教条

  • Cowork 七大功能与结果优先范式

    Jeff Su 博客文章:Cowork vs Chat 三点差异 + 七大功能逐条(含收据报销/邮箱整理案例)+ 初始配置建议 + '功能复合'核心洞察

  • DeepLearning.AI《Claude Code》课程增量

    吴恩达 × Anthropic 官方入门课(Elie Schoppik 讲);理念层库内已有更权威覆盖,本页只索引库内未有的操作增量(worktree/hooks/MCP)并公开记录原课第三方整理的事实错误

  • Prompt 人设合集

    用户自建的三条 AI 人设 system prompt(知识向导/书境探索者/困境还原)索引 + 完整原文,共用身份-使命-价值序列结构,人设设计方法的样本

  • git worktree 并行开多个 Claude Code

    多个 CC 实例同仓开发必抢写文件;正解不是文件锁而是 git worktree 给每个任务物理隔离的工作目录(共享同一 .git),冲突推迟到合并再由 CC 解决

  • 三层风格档案模型

    风格控制用 genre(体裁)+ tone(调性)+ work-override(作品级微调)三层组合:通用层沉淀共性、调性层选一、作品层微调,避免每次从零定义风格

  • 两遍法:先方案后落地

    非平凡产出先出方案层(设计=token 计划+对 AI 默认自检;代码=设计对话/2-3 方案/逐段批准/YAGNI)再落地,把'换主题也成立的通用默认'前置到方案层;含 plan 的事实纪律

  • 价值排序式人设设计

    设计 AI 角色 prompt 的可复用骨架:身份-使命-方法-价值序列-呈现-终极目标,核心技法是把竞争目标显式排序,提前替 AI 裁决权衡

  • 术语库一词多译防漂移

    术语不强求一对一:renderings 按语域/语境分支(每支带可区分 context)+ 显式 do_not_use 禁忌译法(负面禁止比正面规定更防漂移)+ 每条 provenance 反链决策

  • 李继刚 Claude Code 技能合集

    李继刚开源的 26 个 Claude Code skill(ljg-skills,6384 stars):概念解剖/拆书/视觉卡片/降秩约束等,多为'一句话追问到本质'式的思维工具化

  • 版权对照本只挖衍生知识

    从版权期内对照译本学习守边界:只挖衍生知识(译法决策/术语对/patterns/难点基准,用自己的话),禁把整段受版权译文存入可再分发的库;网络采集只采公版原文

  • 用 MCP 给 Claude Code 接感官:视觉验证与 design-to-code

    MCP 给 CC 接'眼睛和手':Playwright 自动开页截图验证 UI、Figma 读设计稿;design-to-code 走'视觉复刻→数据注入'两阶段,配合'布局即 prompt'与自主研究闭环

  • 翻译存真与添译的边界

    目标语无法复制源语形式(如阿语 saj' 押韵)时用功能补偿而非字面对应;但保留原文已明写的意象≠允许添译,外加原文没有的解读/情绪/情节预告=红队一票否决

  • 让委派可审计的四件套

    .agent-handoff 四件套(task/plan/acceptance/exec-order)+ baseline commit,使'执行方有没有越权改代码'能被 git diff 客观证明,而非靠自述取信;exec-order 写死执行手硬约束

本页由 AI 从原始资料编译生成、经人工确认后发布;原始资料保留在私有工作区。

人负责策展与提问,AI 负责编译与记账· 源自 Karpathy 的 LLM Wiki 构想