@lark-apaas/coding-miaoda-sandbox-skills 0.1.2 → 0.1.4
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
|
File without changes
|
|
File without changes
|
|
@@ -98,6 +98,15 @@ CREATE POLICY "修改本人数据" ON <table>
|
|
|
98
98
|
> pgPolicy("插入", { for: "insert", to: [authenticatedRole] }), // ❌ 漏 withCheck → 不生效
|
|
99
99
|
> ```
|
|
100
100
|
>
|
|
101
|
+
> **公开匿名写入**：默认模板只含 `anon` SELECT。仅当业务允许未登录访客提交时，才给目标 RLS 表补匿名插入，并用未登录 HTTP POST 2xx 验证：
|
|
102
|
+
>
|
|
103
|
+
> ```sql
|
|
104
|
+
> CREATE POLICY "允许匿名插入" ON <table>
|
|
105
|
+
> AS PERMISSIVE FOR INSERT TO anon WITH CHECK (true);
|
|
106
|
+
> ```
|
|
107
|
+
>
|
|
108
|
+
> Drizzle 等价规则：`pgPolicy(..., { for: "insert", to: [anonRole], withCheck: sql`true` })`。反例：`FOR SELECT TO anon` 只读，`FOR INSERT TO authenticated` 只登录态写；个人数据、后台管理、公开只读页仍走登录/权限控制。
|
|
109
|
+
>
|
|
101
110
|
> **查询空 / 42501 排查序**：① policy 表达式是否为 `NULL`（`miaoda db schema get <table>` 看 `using`/`with_check`）→ ② 连接角色是否在 `TO` 列表（`authenticated`/`anon`）→ ③ 依赖 `app.user_id` 的策略是否 `SET LOCAL app.user_id`。
|
|
102
111
|
|
|
103
112
|
建表流程：`schema list/get` 确认不存在或需变更 -> 生成 DDL -> 用户授权 -> `miaoda db sql` 执行 -> 插入 mock -> 必要时重跑 codegen 刷新 `schema.ts`。
|
|
@@ -26,13 +26,15 @@ gate-tools:
|
|
|
26
26
|
|
|
27
27
|
```
|
|
28
28
|
用户想确认应用是否正常
|
|
29
|
+
├─ Task 工具定义的 subagent_type 选项里没有 E2E（E2E 被关闭/不可用，非"本轮没派过"）→ api_request（接口级验收）+ 读代码/读日志兜底，不要尝试派 E2E
|
|
29
30
|
├─ 明确要求验证「后端接口」「API 返回值」「请求响应」 → api_request
|
|
30
31
|
└─ 其他所有情况 → Task(subagent_type="E2E")（打开浏览器，以用户视角操作应用）
|
|
31
32
|
├─ 只看视觉（白屏/布局/样式/文案）→ agent_options.mode: "lite"
|
|
32
33
|
└─ 涉及交互/业务流程/数据 → 不传或 agent_options.mode: "standard"
|
|
33
34
|
```
|
|
34
35
|
|
|
35
|
-
-
|
|
36
|
+
- **E2E 不可用时改走 api_request（最高优先，先于下面所有规则判断）**：当 Task 工具定义的 subagent_type 选项里没有 E2E（用户关闭了浏览器验收 / 环境不支持；判断依据是工具定义中是否含 E2E 选项，不是"本轮有没有派过 E2E"）时，下面"模糊需求一律派遣 E2E"不再适用——改用 `api_request` 做接口级验收，配合读代码 / 读运行时日志确认核心链路，**不要尝试派 E2E、也不要空等**；此时验收范围收敛到接口与数据层可判定结果，视觉类目标顺延到非核心降级范围
|
|
37
|
+
- **模糊需求一律派遣 E2E**（仅当 E2E 可用）：未明确提到「接口」「API」「后端」时必须派遣 E2E，不要主动选择 `api_request`
|
|
36
38
|
- **`api_request` 仅限显式请求**：仅当明确提到接口 / API / 后端 / 请求 / 响应、且意图是验证接口逻辑而非页面功能时才使用
|
|
37
39
|
- **E2E 结束后禁止追加 `api_request`**：浏览器操作的结果即为最终结果，**严禁**再自动补充验证
|
|
38
40
|
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@lark-apaas/coding-miaoda-sandbox-skills",
|
|
3
|
-
"version": "0.1.
|
|
3
|
+
"version": "0.1.4",
|
|
4
4
|
"description": "Miaoda 合并沙箱 skills 包（包含原 miaoda-skills 的 miaoda / miaoda-modern / miaoda-design / shared 四条业务线）；发布公网 npm，随沙箱运行时经 update-skills 同步到 .agent/skills/",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"files": [
|
|
@@ -19,4 +19,4 @@
|
|
|
19
19
|
"skills"
|
|
20
20
|
],
|
|
21
21
|
"license": "MIT"
|
|
22
|
-
}
|
|
22
|
+
}
|