菜单
Documentation deep-dive for the poku website covering Docusaurus setup, language policy, feature-to-docs mapping, conventions, JSDoc, and the changelog. Use when editing or adding docs or mapping a feature to its page.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Empirical performance comparison playbook for poku covering hypothesis lenses, a standalone harness with a byte-identical correctness gate, variant generation, sequential hyperfine measurement, composition re-testing, and anomaly forensics. Use when measuring, comparing, or proving the performance of any project logic, when the user asks for benchmarks or optimization validation, or when a micro-optimization claim needs evidence before touching src/.
Run the mandatory pre-commit checks for the poku repository before staging a commit. Use this whenever the user asks to commit, prepare a commit, push, open a PR, or verify a change is ready. Runs typecheck, lint:fix, build, and the local test suite in order, plus runtime-sensitive suites when the change touches runtime detection, isolation, child-process spawning, environment-variable plumbing, or any Bun or Deno specific code path.
Testing deep-dive for poku covering test structure, commands, patterns, fixtures, utils, Docker compatibility, and coverage. Use when writing, organizing, or running tests, adding fixtures, or working on coverage.
Architecture deep-dive for poku covering project structure, execution flow, config discovery, runtime detection, and competitive context. Use when navigating the codebase or understanding how components fit together.
Engineering deep-dive for poku covering performance, code, and security patterns, TypeScript config, build pipeline, developer experience, and CI/CD. Use when implementing or optimizing code, writing performance-sensitive logic, touching the build, or applying code-style and security rules.
| name | documentation |
| description | Documentation deep-dive for the poku website covering Docusaurus setup, language policy, feature-to-docs mapping, conventions, JSDoc, and the changelog. Use when editing or adding docs or mapping a feature to its page. |
Documentation conventions and where to look. Read the actual website/ tree and config to confirm details, since pages and versions change over time.
website/. For the exact version, read website/package.jsonwebsite/docusaurus.config.ts. Sidebar: website/sidebars.ts (top-level items are manual, the docs/tutorials/examples categories are autogenerated from their directories)current docs are the active version, older majors are kept but marked unmaintained. Read the versions block in website/docusaurus.config.ts and website/versions.json for the live set of versions and their labelswebsite/i18n/) only on explicit user requestThe docs live under website/docs/:
documentation/ is the API reference, organized by area: assertions, helper APIs (under helpers/), and the poku runner with its CLI options (under poku/)tutorials/ holds guided walkthroughs and examples/ holds runnable examplesRead the website/docs/ tree to discover the current pages rather than relying on a fixed list here, since pages are added and reorganized.
There is a close (not strictly 1:1) mapping between helper APIs in src/modules/helpers/ and pages under website/docs/documentation/helpers/. Conventions to expect:
poku/options/ pagespackage.json exports define, not the internal file layoutTo find the doc for a feature, read the helpers directory and the docs directory and match by responsibility, rather than trusting a fixed table.
When reading or writing docs, follow these patterns:
sidebar_position and tags> fn(params)) then Basic Usage then Advanced then FAQwebsite/src/components/ (for example FAQ, and History to document when a feature became available or had breaking changes across versions). Docusaurus components like Tabs/TabItem are also available_category_.json filessrc/@types/@default tagwebsite/llms/ holds docs written for LLMs and indexed by Context7, separate from the human-facing pages in website/docs/llms.md (the llms.txt entry point, symlinked to website/static/llms.txt), comparing.md, and philosophy.mdcontext7.json at the repo root controls what Context7 indexes and how it guides the agent through the folders allowlist (which includes website/llms), the description, and the rulesdescription and rules have Context7 length limits, validated by test/unit/context7-rules.test.tsCHANGELOG.md is auto-generated: NEVER edit it!