UNPKG

@lark-project/cli

Version:

飞书项目插件开发工具

88 lines (65 loc) 3.8 kB
--- name: meegle-plugin-polish version: 1.0.0 description: | Meegle 插件信息完善(编排 skill):AI 根据已实现的功能自动生成插件名称、短描述、详情描述,选择分类,更新到后台。 当用户在插件工程中说"完善插件信息"、"改名称"、"改描述"、"改分类"、"更新插件描述"时触发,或由 workflow phase 内部调用。 前提:feature phase 已执行完 Stage Code,代码已就绪。 metadata: requires: bins: ["npx"] cliHelp: "lpm update-description --help" --- # meegle-plugin-polish Skill > **前置**:先 Read [`shared.md`](shared.md) 获取共享规则;进入每个 mode 前 Read 对应的 `references/<mode>.md`。 > > **独立进入 gate(非 workflow 编排时必跑)**:若不是被 workflow Phase 3 编排进入,先确认插件已有代码——`test -d src && find src -name '*.tsx' -o -name '*.ts' | head -1`。`src/` 无代码 → 告知"代码尚未就绪,请先走 feature phase 实现功能",停下(polish 基于实际代码生成描述才准确)。 ## 本 skill 的最少 Read 清单 - 共享规则 → Read [`shared.md`](shared.md) - mode=analyze → Read [`polish-analyze.md`](polish-analyze.md) - mode=generate → Read [`polish-generate.md`](polish-generate.md) - mode=confirm → Read [`polish-confirm.md`](polish-confirm.md) - mode=apply → Read [`polish-apply.md`](polish-apply.md) - 不要预加载 4 个 mode reference;按当前 mode 按需 Read ## 核心理念 **在功��实现之后填充基本信息,AI 能基于实际代码生成高质量的描述。** 此时 AI 已经知道: - 插件配置了哪些点位(page/view/dashboard/button/...) - 每个点位的名���和功能描述 - 代码实际实现了什么逻辑 基于这些信息生成的名称和描述比创建时"猜"的要准确得多。 ## 核心流程 ``` mode=analyze → 读取点位配置 + 代码,理解插件实际功能 mode=generate → AI 生成名称/短描述/详情描述 + 获取分类列表并推荐 mode=confirm → 展示生成结果,用户确认或调整 mode=apply → 调用 CLI update-description 命令更新到后台 mode=pipeline(默认)→ analyze → generate → confirm → apply ``` > **始终走完整 pipeline**——不存在"只跑 apply":缺 analyze / generate 的产物时 apply 没有意义。 ## 使用方式 本 phase 通常由 meegle-plugin 的 router 自动路由进入(见上层 [`../SKILL.md`](../SKILL.md) §1 入口 SOP)。触发本 skill 时用自然语言描述意图即可,router 会按 cwd context + 意图路由到本 phase。 **显式入口**(高级用法 / 调试 / 断点续跑):触发本 skill 时显式说 `phase=polish``phase=polish mode=<modename>`,可跳过 router 的 phase 选择,直接进入指定 step。 可用 mode: - `mode=pipeline`(默认)— 端到端全流程 - `mode=analyze` — 仅分析功能 - `mode=generate` — 生成描述信息 - `mode=confirm` — 展示并确认 - `mode=apply` — 提交到后台 ## 各模式详细流程 - `mode=analyze` → 读取 `polish-analyze.md` - `mode=generate` → 读取 `polish-generate.md` - `mode=confirm` → 读取 `polish-confirm.md` - `mode=apply` → 读取 `polish-apply.md` ## 输入 | 来源 | 用途 | |------|------| | `point.config.local.json` | 点位类型、名称、i18n_info 描述、适用工作项类型 | | `src/` 代码文件 | 实际功能逻辑 | ## 输出 通过 `update-description` CLI ��令更新到后台: - 插件名称(正式名称替换工作名称) - 短描述(≤100字纯文本) - 详情描述(多段纯文本,CLI 自动转富文本) - 分类(从列表中选择) > 前置依赖链由 `workflow phase` 统一维护(... → feature phase → polish phase → publish phase)。