企业官网建设流程全解析

Standup — [Date]

【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins

Yesterday

• [Completed item with ticket reference if available]
• [Completed item]

Today

• [Planned item with ticket reference]
• [Planned item]

Blockers

• [Blocker with context and who can help]

三个板块各自的写作要点： - **Yesterday（昨日完成）**：列出已完成事项；如果该事项关联了工单，附上工单引用（ticket reference），便于队友直接跳转核对。 - **Today（今日计划）**：列出计划事项；同样优先带上工单引用，说明今天要推进的具体任务。 - **Blockers（阻塞项）**：每个阻塞项都应包含**上下文背景**以及**谁能帮忙（who can help）**，这样站会上可以直接把问题抛给对的人，而不是只说一句"被卡住了"。 这个模板本质上与仓库内 [task-management 技能](https://link.gitcode.com/i/a1749ca7b5e6e6b9b5a79901188be0e5) 的 `TASKS.md` 结构（Active / Waiting On / Someday / Done）呼应：站会输出中的 "Today" 对应 Active 计划，"Blockers" 对应 Waiting On，"Yesterday" 则对应已完成并归档的事项。两者搭配使用时，可以让站会内容与任务跟踪文件保持同源。 ## 连接器可用时的增强行为 当对应类别的 MCP 连接器接入后，`/standup` 会按类别执行不同的自动抓取动作。原文档定义了以下三类增强行为： **如果接入了 `~~source control`（源码管理）：** - 拉取最近的提交与 PR（包括 opened、reviewed、merged 三种状态）； - 从高层级总结代码变更。 **如果接入了 `~~project tracker`（项目跟踪）：** - 拉取被移动到 "in progress" 或 "done" 状态的工单； - 展示即将到来的 sprint 事项。 **如果接入了 `~~chat`（聊天）：** - 扫描相关的讨论与决策； - 标记需要你回复的线程。 关于 `~~` 前缀占位符的语义，[engineering/CONNECTORS.md](https://link.gitcode.com/i/f1c941f41ef7069f912ee132161d6f07) 给出了权威解释：插件文件使用 `~~category` 作为该类目下用户实际所接工具的占位符。例如 `~~source control` 可能指 GitHub、GitLab 或任何其他提供 MCP 服务器的版本控制系统。插件是**工具无关（tool-agnostic）**的——它们按类别（源码管理、CI/CD、监控等）描述工作流，而不是绑定某个具体产品；`.mcp.json` 只是预配置了特定 MCP 服务器，同类目下的任何 MCP 服务器都可以工作。 对于 `/standup` 涉及的三个类目，该插件目前的支持情况如下（见 [engineering/CONNECTORS.md](https://link.gitcode.com/i/f1c941f41ef7069f912ee132161d6f07)）： | 类别 | 占位符 | 内置服务器 | 其他可选 | |------|--------|-----------|----------| | Chat | `~~chat` | Slack | Microsoft Teams | | Source control | `~~source control` | GitHub | GitLab、Bitbucket | | Project tracker | `~~project tracker` | Linear、Asana、Atlassian (Jira/Confluence) | Shortcut、ClickUp | ## 使用技巧 原文档末尾给出了三条实践建议，这里结合仓库其他技能的约定稍作展开： 1. **每天早晨运行一次（Run it every morning）**——把它变成习惯，就再也不会在站会前手忙脚乱地翻 commit 记录。这与 productivity 插件的设计哲学一致：将日常重复工作自动化，避免临时拼凑。 2. **补充上下文（Add context）**——Claude 生成初稿后，你再补充关于阻塞项或优先级的一些细微背景。例如 [task-management 技能](https://link.gitcode.com/i/a1749ca7b5e6e6b9b5a79901188be0e5) 约定任务条目要包含"for [person]"和"due [date]"等信息，这类细节同样值得补进站会更新里。 3. **指定分享格式（Share format）**——直接要求 Claude 按 Slack、邮件或你团队的站会工具格式输出。也可以配合参数使用：`/standup yesterday`、`/standup blockers` 等，按需聚焦单个板块。 ## 安装与个性化配置 ### 安装 engineering 插件 在 Claude Code 中，从 marketplace 安装 engineering 插件： ```bash claude plugins add knowledge-work-plugins/engineering

安装后插件自动激活：技能在相关场景自动触发，斜杠命令（如/standup）在会话中即可使用（详见 engineering/README.md 与仓库根 README.md 的 Getting Started 说明）。

个性化设置

根据 engineering/README.md 的 Settings 一节，可以在本地创建engineering/.claude/settings.local.json来个性化插件行为，例如填入你的名字、职位、团队、技术栈与部署流程：

{ "name": "Your Name", "title": "Software Engineer", "team": "Your Team", "company": "Your Company", "techStack": ["Python", "TypeScript", "PostgreSQL", "AWS"], "defaultBranch": "main", "deployProcess": "canary" }

【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins