docs(development): clarify onboarding, developer_ids self-test, host multi-entry QA

development/DEVELOPMENT.md

@@ -77,13 +77,21 @@
 
 `skill-template` 不是业务 skill，它只是一个**新 skill 仓库模板**。
 
-你不应该直接在这个仓库里开发业务，而应该：
+你不应该直接在这个仓库里开发业务。新技能仓库有**两种合法来源**（详见 §4「第一步」）：
 
-0. 按 [`NAMING.md`](NAMING.md) 确定 slug（`{verb}-{noun-phrase}-{platform}`）
-1. **优先**用 [`tools/scaffold_skill.ps1`](../tools/scaffold_skill.ps1) 创建新目录（见 [`tools/README.md`](../tools/README.md)）
-2. 在新目录内 `git init` 并绑定**本技能**远端（**不得**保留模板 `.git`）
-3. 把占位内容替换掉
-4. 再开始写业务逻辑
+| 来源 | 适用情况 | 怎么做 |
+|------|----------|--------|
+| **A. Gitea 克隆** | 项目经理已在 [git.jc2009.com](https://git.jc2009.com/) 开好业务仓并给你权限 | `git clone` 到本地后按 [`REQUIREMENTS.md`](REQUIREMENTS.md) 开发 |
+| **B. 本地模板复制** | 你本机已有 `skill-template` 源码，要新建尚未灌仓的技能目录 | **优先** [`tools/scaffold_skill.ps1`](../tools/scaffold_skill.ps1)（见 [`tools/README.md`](../tools/README.md)）；也可手工复制但必须清掉模板 `.git` |
+
+拿到仓库后的推荐顺序：
+
+0. 按 [`NAMING.md`](NAMING.md) 确定 / 核对 slug（`{verb}-{noun-phrase}-{platform}`）
+1. **先填写**本仓 [`REQUIREMENTS.md`](REQUIREMENTS.md)（范围与验收），再写业务代码
+2. 来源 B：在新目录内 `git init` 并绑定**本技能**远端（**不得**保留模板 `.git`）
+3. 把占位内容替换掉；**尽早**配置 `developer_ids`（见 §6，开发期宿主自测必做）
+4. 再实现 `scripts/service/` 等业务逻辑
+5. 本地测试通过 → `release.ps1` → Gitea CI → 匠厂多入口验收（§15）
 
 > **Git 红线**：禁止资源管理器整文件夹复制后保留模板 `.git`；`git remote -v` 必须指向新技能仓库，不能仍是 skill-template。
 
@@ -256,13 +264,26 @@ release workflow 会对 `scripts/` 下的 Python 源码做加密/打包。当前
 
 下面这套顺序建议严格按步骤做，不要一上来就直接写 `service`。
 
-### 第一步：复制模板并改目录名
+### 第一步：拿到新技能仓库（两种来源）
 
-例如你要开发 `disburse-payroll-icbc` 一类领域 skill（目录名 = slug）：
+例如你要开发 `disburse-payroll-icbc` 一类领域 skill（目录名 = slug）。下列两种来源**同等合法**，按你实际拿到仓库的方式选一条。
 
-#### 推荐方式（首选）
+#### 来源 A：从 Gitea 克隆（项目经理已开仓）
 
-在 **skill-template 仓库根目录**执行：
+1. 确认项目经理已在 [https://git.jc2009.com/](https://git.jc2009.com/) 创建**本技能**仓库，并给你拉取/推送权限。
+2. 克隆到本地（示例）：
+
+```powershell
+git clone https://git.jc2009.com/<org>/<your-skill-slug>.git
+cd <your-skill-slug>
+git remote -v    # 确认 origin 指向本技能仓，不是 skill-template
+```
+
+3. 若仓内已是从本模板 scaffold 好的结构，直接进入「第二步」与 [`REQUIREMENTS.md`](REQUIREMENTS.md)；**不要**再整仓复制 `skill-template` 覆盖，以免冲掉已有提交或串 Git 历史。
+
+#### 来源 B：本地已有 skill-template 时复制 / scaffold
+
+在 **skill-template 仓库根目录**执行（推荐）：
 
 ```powershell
 .\tools\scaffold_skill.ps1 -Slug disburse-payroll-icbc -Destination D:\OpenClaw\client-gdcm\disburse-payroll-icbc
@@ -276,7 +297,7 @@ git remote -v    # 确认 origin 不是 skill-template
 
 脚手架会排除 `.git`、缓存与 `.env`，并删除 `.openclaw-skill-template` 标记；**不会**自动 `git init`。
 
-#### 禁止方式
+##### 禁止方式（来源 B）
 
 | 做法 | 后果 |
 |------|------|
@@ -284,7 +305,7 @@ git remote -v    # 确认 origin 不是 skill-template
 | ❌ 保留模板 `.git` 只改 `remote url` | 历史、分支、对象库仍属 template |
 | ❌ 未删 `.git` 就 `git init` | 嵌套/混乱仓库，难以排查 |
 
-#### 若已手工复制（补救）
+##### 若已手工复制（补救）
 
 ```powershell
 cd <新技能目录>
@@ -296,7 +317,7 @@ git remote add origin <新技能仓库 URL>
 git remote -v
 ```
 
-#### AI / 编程代理复制红线
+##### AI / 编程代理复制红线
 
 | 禁止 | 说明 |
 |------|------|
@@ -309,7 +330,7 @@ git remote -v
 
 ### 第二步：先改 4 个最关键的标识
 
-复制后优先改下面这些地方：
+拿到仓库并填好 / 更新 [`REQUIREMENTS.md`](REQUIREMENTS.md) 后，优先改下面这些地方：
 
 1. `SKILL.md`
 2. 根目录市场四 Tab：`README.md` / `TUTORIAL.md` / `DEMO.md` / `CHANGELOG.md`
@@ -325,7 +346,7 @@ git remote -v
 - 平台内部键
 - 日志 logger 名
 
-此外，如果该技能发布后默认不公开（`access_scope = 0`），建议一开始就把 `SKILL.md` 中的 `metadata.openclaw.developer_ids` 配好。这样后续发布到平台时，开发者本人仍能在技能市场中看到并验证该技能。
+**开发 / 联调阶段务必尽早**配置 `SKILL.md` 中的 `metadata.openclaw.developer_ids`（完整目的与取 ID 步骤见 §6「关于 developer_ids」）。开发期技能在匠厂常为不公开；不加本人用户 ID，**技术人员自己也无法在技能市场看到并安装自测**。
 
 ## 5. 哪些占位内容必须替换
 
@@ -385,14 +406,28 @@ git remote -v
 - `references/`（CLI / SCHEMA）
 - 代码注释与 `service/` 实现
 
-### 关于 `metadata.openclaw.developer_ids`
+### 关于 `metadata.openclaw.developer_ids`（开发自测必做）
 
-这是一个平台发布元数据字段，用于解决下面这个问题：
+#### 目的（先理解再填）
 
-- 技能发布后若平台记录中的 `access_scope = 0`，技能默认不公开
-- 如果不额外授权，连开发者自己也可能在技能市场里看不到这个技能
+开发 / 测试阶段，技能 `release` 到匠厂后，平台侧通常为**不公开**（`access_scope = 0`）：
 
-因此可以在 `SKILL.md` 中声明：
+- 技能市场里对普通人**不可见**
+- **若不额外授权，连开发该技能的技术人员自己也看不见、装不了**
+- 看不见 → 无法安装 → 无法在宿主做 §15 的多入口验收（新建任务、数据管理、定时任务等）
+
+因此 `developer_ids` 不是可有可无的装饰字段，而是**开发期自测通行证**：把本人（及需要一起验收的同事）的匠厂**用户 ID** 写进 `SKILL.md`，发布时平台将这些用户补进可见 / 可访问范围，使开发者能在「对其他人仍不可见」的前提下完成安装与测试。
+
+#### 如何获取匠厂用户 ID（完整步骤）
+
+1. **下载并安装**匠厂客户端：[https://jc2009.com/product.html](https://jc2009.com/product.html)
+2. **注册并登录**（使用将用于开发自测的账号）
+3. 打开客户端左下角头像旁的**设置**（齿轮）
+4. 在 **用户信息** 中查看 **用户 ID**（正整数），点击旁边的 **复制**
+5. 将该 ID 写入本技能 `SKILL.md` 的 `metadata.openclaw.developer_ids`（见下例）
+6. **必须替换**模板里的示例 ID（如 `10032`、`12428` 等占位），不要原样留着模板作者的 ID 却指望自己账号能看见技能
+
+#### 在 `SKILL.md` 中声明
 
 ```yaml
 metadata:
@@ -400,17 +435,17 @@ metadata:
     slug: your-skill-slug
     category: 通用
     developer_ids:
-      - 1032
-      - 12428
+      - 12580   # 换成你在匠厂「设置 → 用户信息」复制的用户 ID
 ```
 
-约定如下：
+约定如下（原有规则保留）：
 
-- 只允许填写正整数用户 ID
+- 只允许填写正整数用户 ID（来自匠厂宿主，不是 Gitea / Git 账号名）
 - 推荐使用数组，即使当前只有 1 个开发者
 - 发布时平台会把这些用户自动补写到 `skill_user_access`
 - 第一个 ID 会同步到 `skills.developer_id`
 - 一期只做“补授权”，不会因为你 later 修改数组而自动撤销旧授权
+- **首次正式 release 前**就应配好；配错或漏配时，CI 可能成功，但你在技能市场仍找不到技能
 
 ## 7. 文档目录分工
 
@@ -789,9 +824,11 @@ uses: client-jiangchang/jiangchang-platform-kit/.github/workflows/reusable-relea
 - 工作流文件是否存在
 - 发布包结构是否符合模板规范
 
-### 第四步：进入匠厂平台下载安装包
+### 第四步：进入匠厂客户端（用于安装验收）
 
-当工作流成功后，就可以进入匠厂平台验证最终安装效果。
+当工作流成功后，就可以进入匠厂客户端验证最终安装效果。
+
+若你已按 §6 为 `developer_ids` 安装并登录过匠厂，**直接使用同一客户端、同一账号**即可，无需重复下载。若尚未安装：
 
 匠厂产品下载地址：
 
@@ -803,11 +840,13 @@ uses: client-jiangchang/jiangchang-platform-kit/.github/workflows/reusable-relea
 
 匠厂产品页可从这里进入：[产品下载 - 匠厂](https://jc2009.com/product.html)
 
-### 第五步：安装匠厂后，在技能市场检查最新 skill
+> 取用户 ID 写入 `developer_ids` 的完整步骤见 §6；此处侧重发布后的安装验收。
 
-安装并启动匠厂后，进入左侧“技能市场”，搜索或查找刚刚发布的 skill，确认以下内容：
+### 第五步：在技能市场检查最新 skill
 
-- 技能可以被正常检索到
+使用已写入 `developer_ids` 的账号登录并启动匠厂后，进入左侧“技能市场”，搜索或查找刚刚发布的 skill，确认以下内容：
+
+- 技能可以被正常检索到（开发期不公开时，**仅** `developer_ids` 内账号可见）
 - 技能名称、说明、版本信息正确
 - 最新版本已经同步出来
 - 可以正常安装或更新
@@ -826,11 +865,25 @@ uses: client-jiangchang/jiangchang-platform-kit/.github/workflows/reusable-relea
 - 安装后状态正常
 - 不会出现缺文件、缺入口或安装失败的问题
 
-### 第七步：在“新建任务”中实际使用该 skill
+### 第七步：按声明做宿主多入口验收（不要只测对话）
 
-安装完成后，不要只停留在“已安装”状态，还需要进入“新建任务”页面，真正调用一次该 skill，完成最终验证。
+安装完成后，不要只停留在“已安装”状态。宿主侧栏有多条与技能相关的入口；**按本技能 `assets/actions.json` 的 `placements` / `executionProfile` 声明逐项测**（契约细节见 [`SKILL_ACTION_RUNTIME.md`](SKILL_ACTION_RUNTIME.md)、[`../references/ACTIONS.md`](../references/ACTIONS.md)）。未声明的入口可以跳过；**已声明却测不到，视为验收失败**。
 
-建议至少验证：
+| 宿主入口（侧栏 / 界面） | 技能侧如何挂上 | 建议验收什么 |
+|-------------------------|----------------|--------------|
+| **新建任务**（对话 Agent） | `placements` 含 `agent`；或短查询走共享 Python CLI | 自然语言能触发主流程；长任务 / RPA 须走 `run_skill_action`，禁止 bash 干等 |
+| **数据管理** | `placements` 含 `toolbar`（须合法非空 `bind.tables`）；表数据来自技能本地库 / `init-db` | 左侧能看到本技能库表；表顶栏出现对应按钮；点按后行为符合预期 |
+| **定时任务** | `placements` 含 `cron`（创建时选「技能直调」） | 能选到本技能 Action、保存并触发；到点或「立即运行」行为正确 |
+| **任务中心** | 不是 placement；由 `executionProfile: "async"` 决定是否进 Job | 长任务出现进度 / 可取消；来源标签与触发入口一致（对话 / 数据管理 / 定时等） |
+| **技能市场 → 技能详情** | 安装与四 Tab 文案；`placements` 含 `skill-detail` 为契约预留 | **必验**：安装、说明 / 教程 / 演示 / 更新日志。详情页「技能直调」按钮：当前宿主 UI **尚未落地**（manifest 可写 `skill-detail`，勿仅依赖该入口做主验收） |
+
+补充说明：
+
+- **进不进任务中心只看 `executionProfile`**，与从新建任务、数据管理还是定时任务触发无关（既有正交规则不变）。
+- 数据管理还依赖库表元数据（`_jiangchang_*` 等，见 [`../references/SCHEMA.md`](../references/SCHEMA.md)）；仅有 Action、没有可展示库表时，侧栏可能看不到表。
+- 模板对 `row` / `batch` 的约定仍见 [`../references/ACTIONS.md`](../references/ACTIONS.md)（示例请勿使用）；宿主能力以匠厂版本为准，新技能主路径仍以文档已稳定描述的 `toolbar` / `cron` / `agent` 为准。
+
+**新建任务（对话）最小检查：**
 
 - 新任务中可以正常选择或触发该 skill
 - skill 能被正确唤起
@@ -841,6 +894,8 @@ uses: client-jiangchang/jiangchang-platform-kit/.github/workflows/reusable-relea
 
 ![新建任务中使用技能](../assets/screenshots/new-task-usage.png)
 
+若第五步在技能市场**搜不到**本技能：先核对登录账号的用户 ID 是否已写入 `developer_ids` 并随本次 release 发布（见 §6）；不要只反复重装客户端。
+
 ## 16. 发布前检查清单
 
 每个新 skill 发布前，建议技术人员逐条确认：
@@ -849,6 +904,7 @@ uses: client-jiangchang/jiangchang-platform-kit/.github/workflows/reusable-relea
 - [ ] slug 符合 [`NAMING.md`](NAMING.md)（verb-noun-platform）
 - [ ] 目录名、`SKILL.md` slug、`constants.SKILL_SLUG` 三者一致
 - [ ] `SKILL.md` 中 slug、名称、描述都已替换
+- [ ] `SKILL.md` 的 `developer_ids` 已换成**本人**匠厂用户 ID（设置 → 用户信息 → 复制），不是模板示例 ID
 - [ ] `scripts/util/constants.py` 已修改
 - [ ] `../references/CLI.md` 示例命令已改成真实命令
 - [ ] `service` 下的核心业务文件（如 `task_service.py`）已按领域改名并实现
@@ -868,7 +924,8 @@ uses: client-jiangchang/jiangchang-platform-kit/.github/workflows/reusable-relea
 - [ ] 如有 integration 测试需求，已写在 `tests/integration/` 下并保持 `.sample` 后缀
 - [ ] 本仓库**不是** skill-template 的误复制（根目录**无** `.openclaw-skill-template`）
 - [ ] `git remote -v` 指向**本技能**远端，URL 不含 skill-template 仓库名
-- [ ] `git log` 首条提交属于本技能（非模板历史）
+- [ ] `git log` 首条提交属于本技能（非模板历史）（来源 A 从 Gitea 克隆的已有业务仓，以该仓历史为准）
+- [ ] 发布后计划在宿主按 §15 第七步验收：已声明的 **新建任务 / 数据管理 / 定时任务 / 任务中心(async)** 均已覆盖
 - [ ] 网页 RPA：`ensure-web` 取得 `profile_dir` 再开浏览器；`.env` 默认有头；REQUIREMENTS 写明登录策略（required/optional/not_needed，会话依赖型勿抄 optional）；用户 README/TUTORIAL 区分「登记账号」与「站点登录」（`RPA.md` §0.2 / `POLICY-RPA-004`）；依赖 kit 空值解析等修复时上调 `platform_kit_min_version`
 
 ## 17. 常见错误