SONUB
ZH English 한국어 日本語 中文 हिन्दी বাংলা اردو Español Português Français Deutsch Русский العربية Bahasa Indonesia Tiếng Việt ไทย Türkçe

如何开启通知

此浏览器或网址无法使用通知。请使用支持通知的浏览器，通过安全连接访问SONUB。

如果通知被屏蔽，请在浏览器设置中允许通知。

  1. 打开地址栏旁的站点设置或浏览器的站点设置，将此网站的通知设为允许。
  2. 在设备设置中允许浏览器发送通知，并检查勿扰模式或专注模式。
  3. 返回SONUB并刷新页面。通知开启后，铃铛将不再显示。

在iPhone或iPad上，将SONUB添加到主屏幕，从主屏幕打开后允许通知。
管理员 登录 显示主题 默认主题 深色主题 粉色主题 聊天 1:1 聊天 群聊 论坛 公告 新闻区 建议区 自我介绍 主菜单 退出登录

Claude Code — 在终端中工作的 Anthropic 智能体式编程工具

从一个人用的工具，走向团队的工作方式。同时运行多个，在 上呼叫 @claude，用分享团队的设置，让长任务自己检查结果直到完成。

大师 — 团队与自动化：并行工作、GitHub、插件、长任务

Git worktree — 同时运行多个会话

)

两个在同一个文件夹里编辑同样的文件时，会互相覆盖。 会把同一个以另一个检出到另一个文件夹，这样每个文件夹运行一个 ，就能同时推进多项工作。

  • claude --worktree <名称>（-w）会在 .claude/worktrees/<名称>/ 创建 worktree 和分支并在那里启动。如果结束时没有任何改动，它会被自动删除。
  • 把 .claude/worktrees/ 加入 ，并把 这类被 忽略的文件列在 .worktreeinclude 里，就能把它们复制到新的 worktree。
  • 每个 worktree 可能都需要单独安装依赖（ install 等）。
  • 把工作拆成修改不同文件的独立任务，完成后通过 合并。
# Claude Code makes the worktree for you (.claude/worktrees/<name>/)
claude --worktree feature-login
claude -w bugfix-cart

# Or with plain git
git worktree add ../myapp-search -b feature-search
cd ../myapp-search && claude

git worktree list
git worktree remove ../myapp-search

GitHub Actions — 在 issue 和 PR 里使用 @claude

)

安装 后，只要在 或 PR 评论里写 @claude，Claude 就会阅读仓库、修复问题并开一个 PR 或留下审查意见。它在 上运行，所以你的电脑关机也没关系。

  1. 在终端的 Claude Code 里运行 /install-github-app。它会引导你安装 应用并添加（ANTHROPIC_API_KEY 或用 claude 生成的）— 需要 和仓库的管理员。
  2. 像上面那样的会出现在 .github/workflows/ 里。
  3. 在 issue 或 PR 里评论，比如“@claude 修复这个 ”。
  4. Claude 开的 PR，要由人审查并测试后再合并。
.github/workflows/claude.yml
name: Claude
on:
  issue_comment:
    types: [created]
  pull_request_review_comment:
    types: [created]
jobs:
  claude:
    if: contains(github.event.comment.body, '@claude')
    runs-on: ubuntu-latest
    permissions:
      contents: write
      pull-requests: write
      issues: write
      id-token: write
    steps:
      - uses: actions/checkout@v4
      - uses: anthropics/claude-code-action@v1
        with:
          anthropic_api_key: ${{ secrets.ANTHROPIC_API_KEY }}

Actions 里的 Claude 也会读取仓库的指令文件（，或 ）。让它遵守你的，最简单的方法就是写好指令文件。

插件和市场 — 打包并分享设置

)

把技能、、和 打包成一个。市场是一个带有插件列表的仓库。团队用一条命令安装同样的工具箱，并一起更新。

  • /plugin — 查找、安装、启用和停用插件。
  • 用 /plugin add <owner/repo> 添加市场，用 /plugin install <插件>@<市场> 安装。
  • 插件文件夹的 .claude-plugin/ 里只放 plugin.json。skills/、agents/ 和 hooks/ 放在文件夹顶层。用 claude --plugin-dir ./my-plugin 测试。
  • 如果只分享技能，用 add 也可以 — SONUB 技能就是这样分享的。
my-plugin/
my-plugin/
├── .claude-plugin/
│   └── plugin.json        ← name, description, version
├── skills/
│   └── release-notes/SKILL.md
├── agents/
│   └── code-reviewer.md
├── hooks/
│   └── hooks.json
└── .mcp.json
Claude Code
/plugin marketplace add my-team/claude-plugins
/plugin install my-plugin@claude-plugins
/plugin

管理团队设置 — 让规则越积越多也依然清楚

)

当很多人和很多 在一个仓库里工作时，设置会很快堆积起来。要决定哪些共享、哪些个人，哪些是请求、哪些是强制。

  • 共享（提交）：AGENTS.md、、、、（如果使用 CLAUDE.md，还有每个文件夹的 CLAUDE.md）
  • 个人（不提交）：.claude/settings.local.json、~/.claude/ — 个人指令放在 ~/.claude/CLAUDE.md（不要在项目里放 ，因为它会让 AGENTS.md 不被读取）
  • 指令文件保持简短。只有同样的错误反复出现时才加规则，错误的或不再有用的规则就删掉。
  • 必须遵守的事，用权限（deny）和钩子来强制，而不是靠指令。
  • 公司范围的规则通过下发 — 其他设置无法覆盖它们。

长任务 — 自己检查直到完成

)

大师会给 Claude 一个“完成的标准”，并让它自己检查这个标准。有了机器能判断的检查 — 测试、、构建 — 它就能在没人看着的情况下长时间工作。

  • 用命令给出完成的标准 —“直到 npm test 和 lint 都通过”。
  • 让它把已完成和剩下的事写进 PROGRESS.md 这样的文件，这样即使被总结或会话换了，也能接着做。
  • 让它在每完成一个能独立运行的完整步骤后提交，这样你可以单独那一步。不要把一个未完成的改动拆到几个必须一起撤销的提交里。
  • 如果同一个问题尝试三次都失败，就让 Claude 停下，在再次尝试之前写明试过什么、为什么失败、是什么阻碍了进展。这样可以避免原地打转。
  • 全部完成后，把交给另一个 AI（比如 codex review）或子智能体。

大师练习 — 多个会话与自动化

)
  1. 用 git worktree add ../my-project-b -b try-b 再建一个工作文件夹，在两个文件夹里各运行一个 claude，分别交给它们不同的小任务。两个文件夹的 git status 各自变化，就说明成功了。
  2. 用 git | claude -p "List bugs in this diff" 做一条单行审查命令。故意放进一个 bug，看它能否找出来。
  3. 把一条团队规则(例如：提交前先)写进 AGENTS.md，并用钩子强制执行。故意违反规则，确认钩子会拦下。
  4. 按上面插件一节的做法，把你的一个技能和一个子代理打包成插件并安装，确认在另一个项目里也能加载。
  5. 用命令写清完成标准(例如：npm test 通过)再交给它一个长任务；它说完成后，亲自检查 diff 和测试结果。

卡住时：用 git worktree list 查看 worktree，用 git worktree remove 删除。钩子拦得太多，就先从 settings.json 里暂时拿掉，再用 /hooks 确认。五项都做完了？用下面的检查清单自查。

大师检查清单 — 从基础到大师的完整路线

)
  • 基础 — 在 Git 项目文件夹里运行 claude，先用 /plan 做计划，只批准属于这项工作的操作，前用 git status 和 git diff 检查
  • 进阶 — 做网页工作时打开连接，让 Claude 亲自打开并检查它改过的页面
  • 进阶 — 项目里只放 AGENTS.md，让所有 AI 按同一份指令工作。如果使用 CLAUDE.md，每个有 AGENTS.md 的文件夹也都放一个 CLAUDE.md，里面只用一行 @AGENTS.md 引用它
  • 进阶 — 让安全的命令不用问就能运行，并用 deny 挡住机密文件
  • 进阶 — 用 /context 查看上下文，用 /compact ，转到不相关的新任务时用 ；每个请求都写明在哪里、做什么、怎么检查
  • 高级 — 重复的工作交给技能（先用 /skills 检查已在用的名称），大规模搜索和审查交给子智能体
  • 高级 — 必须遵守的事用钩子和权限强制执行，外部通过你信任的 MCP 服务器接入，一次性的工作用 claude -p 在里运行
  • 大师 — 工作在 worktree 里进行，issue 和 PR 的工作交给 GitHub Actions 里的 @claude
  • 大师 — 团队的技能、子智能体、钩子和 MCP 服务器打包成一个插件共享，共享设置和个人设置分开
  • 大师 — 用命令给出完成的标准，每个能运行的完整步骤都提交，并亲自用 diff 和测试检查结果

工具变化很快。通过 claude-skill 技能里的 /claude-skill update 或官方（CHANGELOG）跟上新功能。

官方文档

已于 2026-10-19 对照官方文档核实。这些工具变化很快 — 如果命令不起作用，请查看官方文档。

Claude Code 实践 Sonub Lab — Claude Code 实践 在本页的终端里使用你电脑上真正的 Claude Code — 分三步安装并运行 sonub start。它使用 SONUB 的练习大脑，所以不需要 Claude 订阅或 API 密钥。
继续前进

学习指南

人工智能

智能体工具

Vibe 编程

AI 应用

AI证书

AI课堂

IT 基础

聊天

论坛

创作

社区

更多

术语词典

选一个你不认识的词吧,可以看到简单的解释和相关术语。

还没有匹配的术语。

选择一个术语即可查看解释。
阅读窗口