张路标识 张路. / 趋势雷达

趋势工作流 Skill

trend-workflow v1.0.0 —— 把 GitHub 趋势变成自己仓库的改进。 每天出趋势日报、对照你的仓库提改进建议，你采纳后自动写 PRD、拆任务建 issue、写 T1 设计草稿、落 PR（只开不合并）。支持通过 Muse 或 Grok bot 调度执行。

🛡️ 铁律：只开 PR，不合并——合并权永远在人手里 触发词：跑日报 / 看趋势 / trend 版本：v1.0.0 (MIT)
📥 下载 SKILL.md 📖 阅读端到端方法论长文 →

全网发布渠道与分发目录

Distribution Directory

本技能已在主流 AI Agent 技能市场、插件注册中心与官方代码库完成全渠道发布。无论你使用哪种 Agent 客户端，均可一键接入：

🌐 skills.sh 技能商店 已收录
Vercel 打造的去中心化开放 AI Agent 技能目录。适配 Cursor、Windsurf、Claude Code、Gemini CLI、Codex 等。
npx skills add zhanglunet/trend-workflow 访问商店
🧩 Claude 插件市场 已配置
原生对齐官方 marketplace.json 与 plugin.json 清单标准，支持作为标准插件包一键载入。
claude plugin add zhanglunet/trend-workflow 插件定义
🏠 第一方官方主页 权威发布源
专属独立页面，呈现最新每日脱敏趋势、实战数据追踪、安装步骤与版本规范，由 Cloudflare Workers 极速驱动。
trend.zhanglu.net 当前页面
📄 纯净契约文件 (Raw) 直达下载
单文件 SKILL.md 纯文本 Markdown 契约，零外部依赖，支持直接放入任何 Agent 提示词或本地技能目录。
/skills/trend-workflow/ 下载文件
🐙 GitHub 官方代码库 Public 开源
公开开源仓库，包含符合 Agent Skills 规范的 SKILL.md 完整源码与 Claude Code 插件清单，欢迎 Star 关注。
zhanglunet/trend-workflow 打开 GitHub
✍️ 主站写作索引 专栏收录
收录于 zhanglu.net 主站长文写作索引，附带端到端方法论长文与 5 阶段矢量流程图。
方法论长文 主站索引

快速安装与使用

Install & Usage
  1. 方式一：通过 skills.sh 跨平台一键安装（推荐） 如果你使用 Cursor、Windsurf、Claude Code、Codex 或 Gemini CLI，在任何终端直接运行：
    # 一键将本工作流技能添加至当前项目或全局 Agent 目录
    npx skills add zhanglunet/trend-workflow
  2. 方式二：通过 Claude Code 官方插件市场安装 在 Claude Code 对话或命令行中直接载入：
    # 作为标准插件添加到你的 Claude 环境中
    claude plugin add zhanglunet/trend-workflow
  3. 方式三：手动下载并复制（离线/自建 Agent 友好） 下载 SKILL.md，保存到以下任一目录即可开箱即用：
    # Muse 或通用 Agent 的本地技能目录
    ~/.agents/skills/trend-workflow/SKILL.md

    # 或放进你项目的代码库供团队共享
    .claude/skills/trend-workflow/SKILL.md
  4. 配置前置环境与自有仓库清单
    # 1. 确保 GitHub CLI 具备读写权限（用于开 PR、建 issue）
    gh auth status

    # 2. 准备一个私有中央仓库，用于存放 PRD / issue 追踪 / 日报归档 / 进度看板
    # 3. 准备自有仓库清单（仓库名 + 一句话业务定位）
  5. 日常开始使用 在终端或任何 Bot（Muse / Grok bot / Claude）中说：
    "跑今天的日报"
    得到建议后回复 都做 或 采纳第 2、3 条，Bot 将自动完成 PRD 编写、拆解 5 个任务 issue、产出 T1 设计草稿并在目标仓库开出待评审的 Pull Request。

工作流阶段说明

Workflow
  1. 出日报：抓 GitHub Trending，先查已采纳清单防重复，对照你的仓库提建议，存中央仓库 digests/。
  2. 人采纳：你说"都做 / 要第几条 / 不要"，拒绝的记入清单写原因。
  3. 写 PRD：每个采纳项一个 PRD：背景 / 目标 / 借鉴与许可证声明 / 任务拆分 / 验收标准 / 风险。
  4. 拆任务建 issue：固定 5 个：T1 设计、T2~T4 实现、T5 文档验收。先拿真实 issue 号再写 PRD。
  5. T1 设计草稿：只写设计文档（纯加法），不写实现代码。
  6. 落 PR：查重 → 拉分支 → 设计文档进 docs/plans/ → 开 PR，只开不合并。
  7. 跟进评审：评审意见默认修完推送；你批准后才合并，合并后验证。

许可证红线守则

License Red Lines
MIT / Apache-2.0：可复用代码，注明来源与版权声明。
MPL-2.0：当工具独立调用无传染，严禁当成 MIT 随意混编。
Elastic 2.0 / AGPL-3.0：只借鉴产品思路与架构，绝不复用任何源码，PRD 里明确声明。
经验守则：不轻信 README 里手写的许可证，流水线强制调用 GitHub License API 实测。

实战落地数据

Track Record
73 PRD 累计立项
360+ 任务 issue 拆解
15+ 覆盖核心仓库
50+ 单日最高合并 PR