跳到正文
cccskills
免费在 GitHub 公开

grounding

Establish what is actually true and current for the surface you are about to change — not just search. Grounding = locate the authoritative source and reconcile sources that disagree (code vs doc, migration vs schema, memory vs current code, live vs archived), not take the first hit. Use before any grep/find/explore of the codebase or docs, when deciding which of several definitions is the real one, or when a doc or memory conflicts with the code. Covers the source-of-truth hierarchy, reconciliation discipline, scoped ripgrep, and the docs/tags.yml + docsearch.py index.

中文简介正在准备中。当前显示原文说明。

集成工具Supabase
查看安装方法

包含的文件(2)

  • SKILL.md4.3 KB
  • scripts/docsearch.py10.8 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Grounding

Grounding is establishing what is actually true and current for the surface you are about to change, then acting on that — not on a guess, a memory, or the first grep hit. The hard part is not search; it is picking the authoritative source and reconciling sources that disagree.

Intentional seed. This holds only Grida-specific facts that are not obvious from CLAUDE.md/AGENTS.md. Grow it from real, discovered specifics (concept→file anchors that bite repeatedly, conflicts that actually happened and how they resolved). Do not pad it with generic search advice a competent agent already knows.

Source of truth (scoped to the surface)

Authority is per-surface — the engine model and its TS mirror can each be right for their own surface and still disagree. Name the surface, then trust:

  • Canvas render/node model → the Rust engine, now in the engine repo: https://github.com/gridaco/nothing/blob/main/crates/grida/src/node/schema.rs. The TS mirror editor/grida-canvas/ is authoritative for editor behavior and can lag the engine.
  • DB schema → supabase/migrations/ (applied, immutable); supabase/schemas/*.sql is a readable projection that can lag — use the database skill.
  • Shared AI catalogue and input contracts → repository-root data/ai/facts.json, data/ai/service.json, and data/ai/inputs.json. Edit these authored sources; marked TypeScript literals and crates/grida-ai/data/ assets are generated consumers. Follow ai-models for authoring and regeneration.
  • Directory contract → the nearest AGENTS.md/README.md.
  • "I remember API X…" → re-read current code; a memory is a claim about a past state, verify before acting.

Disagreement → decide which wins and why (git log -1 recency, what the running entrypoint imports, what tests assert); don't average; surface a material conflict to the user. Never authoritative even when they match: docs/_history/, docs/@designto-code/ (synced — truth is upstream), .ref/. docs/cli/ is the replacement CLI's maintained user guide; only its explicitly retired legacy pages are historical. Follow docs/AGENTS.md for that boundary.

Dead-tree traps

Some directories are git-tracked but dead — a bare rg from repo root returns obsolete hits that look like confirmation: docs/_history/, .ref/. (The legacy editor trees .legacy/ and packages/.legacy/ were retired May 2026 in #759; recover from the snapshot/legacy-with-2023-grida-code-editor-at-202505 branch.) rg already skips gitignored build dirs (node_modules/, .next/, …); don't waste flags there. Scope positively, or exclude the dead trees:

rg PATTERN editor/grida-canvas packages
rg PATTERN -g '!**/docs/_history/**'

Grounding the docs

~360 markdown files; only docs/wg/** and docs/reference/** (plus the user-facing trees in docs/AGENTS.md) are maintained. docs/tags.yml is the controlled vocabulary; tags: frontmatter is the navigation signal. Use the index, don't grep bodies — scripts/docsearch.py reads frontmatter only, self-installs via uv, runs from any cwd:

S=.agents/skills/grounding/scripts/docsearch.py
uv run $S tags                          # vocabulary + usage counts + drift
uv run $S find --tag figma --tag wg     # AND (--any=OR); + --has K --field K=V
uv run $S show wg/feat-fig/glossary/fig.kiwi.md   # one file's frontmatter only

Before trusting a doc over code: draft: true = proposal not built yet (intent ahead); doc_tasks: or stale git log -1 = likely behind.

Related skills

database (DB source-of-truth), research (upstream/peer projects), naming (where new things belong).

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Grida AI agent system work: `@grida/daemon` (DaemonServer, loopback HTTP perimeter, files/workspaces, secrets store, daemon discovery) and `@grida/agent` (the agent tenant: sessions, providers/BYOK, runtime/tool execution, skills discovery, prompts, tiers, sandbox hosts). Use for `packages/grida-daemon/**`, `packages/grida-ai-agent/**`, desktop sidecar protocol changes, agent chat transport, and bugs in agent state or streams. For pure Electron window, preload, menu, deep-link, or CDP work, use `desktop`.

中文简介正在准备中。当前显示原文说明。

gridaco/grida26862026年10月15日 更新

ai-models

免费

Research, compare, and update shared AI model JSON for TypeScript, web, and Rust consumers. Covers text model tiers, image and video generation models, image tool models, release provenance, pricing data sourcing, and product-side catalogue cost estimates. Use when bumping model versions, adding new models, updating pricing, or auditing model specs against provider documentation.

中文简介正在准备中。当前显示原文说明。

gridaco/grida26862026年10月15日 更新

React-specific code shape in the Grida editor. Hooks cannot be tested or benchmarked and silently break tuned UX under layered composition, so they are barred from the engine and main system — load-bearing logic lives in classes and namespaces, hooks only as thin edge wires. `data-testid` follows component-root discipline: one per significant component, not scattered. Use when authoring React in `editor/grida-canvas-react/`, `editor/components/`, `editor/scaffolds/`, or `editor/app/*`.

中文简介正在准备中。当前显示原文说明。

gridaco/grida26862026年10月15日 更新

code-ts

免费

TypeScript code shape inside a well-named module — taste, not lint. Prefer one class or namespace per file (the unit a test targets) over scattered free exports; consolidate related code, don't fragment. The unit of code should be the unit of spec. Use when authoring TS in `editor/grida-canvas*`, `editor/lib/`, or `packages/*`. Sibling to the `naming` skill; React-specific shape lives in `code-react`.

中文简介正在准备中。当前显示原文说明。

gridaco/grida26862026年10月15日 更新

database

免费

Use BEFORE editing any file in `supabase/migrations/` or `supabase/schemas/`, OR when the user runs a `/database` subcommand (`compact local migration`, `rls scenarios`, `align`). Encodes the three contracts that protect the Grida database layer: applied migrations are immutable, RLS implementation mirrors tests (never the reverse), `schemas/*.sql` is the human-readable end-state. Companion to `supabase/AGENTS.md` (RLS, grants, security boundaries).

中文简介正在准备中。当前显示原文说明。

gridaco/grida26862026年10月15日 更新

desktop

免费

Grida Desktop Electron shell and release-impact work: BrowserWindow, preload, `window.grida`, menus, protocol/deep links, file associations, Forge, path-scoped bridge security, Electron-only UI bugs, and CDP / Playwright verification. Use for `desktop/`, `editor/app/desktop/**`, `editor/scaffolds/desktop/**`, `editor/lib/desktop/**`, `/desktop/*` CSP, GRIDA-SEC-004, and deciding whether linked-package or hosted-renderer changes require a native Desktop version bump or coordinated release. For implementing daemon/agent-tenant core behavior, use `agent-system` as well.

中文简介正在准备中。当前显示原文说明。

gridaco/grida26862026年10月15日 更新

查看 gridaco 的全部技能

报告此技能的问题