Babysits an open GitHub PR until merge-ready. Use when asked to watch a PR over time — not for one-shot comment resolution or one CI failure. GitHub (incl. Enterprise) only.
日本語の概要は準備中です。原文の説明を表示しています。
Rewrite, check, or draft prose so it carries no AI writing tells, reads plainly on the first read, and keeps every source fact. Use when asked to make writing plainer or free of those tells, to check writing for them, or when drafting from supplied content. Use ce-promote for channel-specific marketing copy.
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
Prose that carries no AI tells and that a reader understands on the first read, with every fact the source stated still there. Both goals hold at once: text that is free of tells but still dense has failed, and text that is plain but changes how certain a claim is has failed.
Done: the mode's output is returned, every fact, number, name, quote, and citation in the input survives, and nothing was added that the source or the caller did not supply.
Boundaries: never touch code blocks, quoted text, frontmatter, link targets, identifiers, or a token the caller's own contract requires, unless the user names that content as the thing to fix. Never say whether text was written by a model. Write a named file in place only when the request asks for that; otherwise return the text.
Take a mode: token when one is given. Otherwise: no draft means author; an imperative on a draft means edit; a question about a draft means detect.
For edit and detect, and for an author passage the tests alone do not settle, read references/patterns.md. On text that is not English, apply the tests only. Note that the pattern catalog did not apply inside detect findings or inside a change line the caller asked for, and nowhere else.
Pick by who reads the result. The caller's own interaction contract wins over any line here.
Apply these to every sentence, in author mode as constraints and in edit or detect mode as checks.
Keep exact identifiers, paths, commands, and thresholds. For wording choices, read references/terminology.md.
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Babysits an open GitHub PR until merge-ready. Use when asked to watch a PR over time — not for one-shot comment resolution or one CI failure. GitHub (incl. Enterprise) only.
日本語の概要は準備中です。原文の説明を表示しています。
Develop independent competing solutions to a defined brief, compare them, and synthesize a winning approach. Use when choosing well requires developing alternatives beyond their current form. Use ce-pov to judge developed material and ce-ideate to discover opportunities.
日本語の概要は準備中です。原文の説明を表示しています。
Explore vague or ambitious ideas into a right-sized requirements-only unified plan. Use when the user wants to brainstorm or scope what to build. Not for executing already-specified work. Use ce-pov for a verdict on adopting a named external technology.
日本語の概要は準備中です。原文の説明を表示しています。
Review a named diff or PR for bugs, regressions, tests, and standards. Use when asked to review code or when a shipping skill needs a review receipt. Use when asked to apply this review's findings locally. Use ce-resolve-pr-feedback for feedback already left on a PR.
日本語の概要は準備中です。原文の説明を表示しています。
Create a git commit with a clear, value-communicating message. Use when the user asks to commit/save staged or unstaged changes with a repo-appropriate message.
日本語の概要は準備中です。原文の説明を表示しています。
Commit, push, and open a PR. Use when asked to ship/open a PR, or for PR-description-only flows like writing, rewriting, or describing a PR body.
日本語の概要は準備中です。原文の説明を表示しています。