菜单
Defines @samchon/graph branch, commit, pull-request, check, and merge workflows. Use when the user explicitly asks to open, submit, update, or merge a pull request, or when a standing autonomous mandate authorizes end-to-end delivery; never open, push, update, or merge on unprompted initiative.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/samchon/compiler-graph --skill pull-request命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | pull-request |
| description | Defines @samchon/graph branch, commit, pull-request, check, and merge workflows. Use when the user explicitly asks to open, submit, update, or merge a pull request, or when a standing autonomous mandate authorizes end-to-end delivery; never open, push, update, or merge on unprompted initiative. |
Act on this skill only when the user explicitly requests the corresponding remote action, or when a standing autonomous mandate authorizes it. Permission to edit locally is not permission to push or open a pull request, and permission to open or update is not permission to merge. A mandate to carry work through merge authorizes the named steps, but every verification and review gate still applies.
Branch from the pull-request target (master unless stated otherwise); never commit or push directly to the target. Name the branch for the merged outcome and follow the nearest established repository convention.
For solo work, do not create a clone or worktree to escape unrelated or protected changes. Never stash, delete, overwrite, or mix another user's dirty state; preserve it and obtain direction when the current checkout cannot safely host the requested branch. Only the explicit multi-agent workflow creates an isolated worktree for a parallel implementation batch.
Use one commit per coherent decision when the diff is large. Write an intent-first subject that explains why the change exists and follow any active repository or session commit protocol. When Lore trailers are required, record constraints, rejected alternatives, confidence, scope risk, exact tests, and known gaps honestly.
Run the validation required by the development skill. This repository has no pnpm format script; do not invent a formatter gate. Stage explicit paths in a mixed worktree and never include unrelated user changes silently.
Write the body at open as the historical intent statement. Include the intent, scope, consequence surface, deferred items, and exact local verification. State skipped checks, unavailable language servers, unrun paid benchmarks, and external-toolchain gaps honestly.
Do not rewrite the body after every follow-up push. Record later CI fixes, newly discovered design issues, promoted deferred work, and Self-Review results as formal GitHub pull-request reviews with the COMMENT event so the thread preserves chronology. Use inline review comments when an observation belongs to a changed line and the review body for commit-wide or round-wide results. Do not use ordinary issue-style pull-request comments for this ledger, and never APPROVE or REQUEST_CHANGES on your own pull request. The title describes the merged outcome, not the work process.
Push only the topic branch with upstream tracking. Use a file-backed body for multiline Markdown when opening through gh.
After each ordinary push, monitor the pull-request checks until every relevant check settles. A solo issue-campaign implementation wave is the one exception: it reads checks once per settled head under the solo campaign development document, because a further push cancels the run in progress. .github/workflows/test.yml builds, tests, and enforces coverage on Ubuntu, Windows, and macOS. Changes under packages/graph, tests/experiment, the experiment workflow, or workspace lock/config files can also trigger the real-language-server matrix in .github/workflows/experiment.yml.
On failure, fetch the relevant job log, diagnose the real cause, fix it in place, push a coherent follow-up commit, and resume monitoring. Do not treat a green unrelated job as acceptance for a failed platform, coverage, or language lane.
Do not merge, squash-merge, rebase, or update the target branch on unprompted initiative. Merge when the user explicitly asks, or when a standing autonomous mandate authorizes end-to-end delivery. Use the repository's established merge method unless another is specified.
Before merging, confirm required checks pass and complete the review skill's solo Self-Review. If branch protection or an unavailable required check blocks the requested merge, report the blocker rather than bypassing it.
Defines how @samchon/graph keeps its supported-language registry, LSP configuration, static fallback, CLI and MCP names, deterministic fixtures, real-server experiments, workflows, and documentation synchronized. Use before adding or changing a language, extension, language-server command, language-specific preparation, parser rule, or support claim; do not use for language-agnostic ranking or MCP operation changes.
Defines @samchon/graph implementation rules, consequence analysis, testing standards, validation, and change integrity. Use before writing or modifying source, tests, workflows, package wiring, fixtures, generated publications, index algorithms, MCP contracts, or resident-session behavior.
Defines the explicitly parallel @samchon/graph variants of review and issue campaigns. Use only when the user explicitly requests a team, parallel, or multi-agent review or issue campaign. Route review work to review.md and issue campaigns to issue-campaign.md. Self-Review, unqualified review, and a campaign without explicit parallel authorization remain solo.
基于 SOC 职业分类
