Webアプリのアクセシビリティを点検し、WCAG 2.2のA・AA違反の検出から、フレームワーク別の修正案、再検証、監査報告書の作成まで支援するスキル。
- 公開前にアクセシビリティを点検したいとき
- 配色やキーボード操作を修正したいとき
- 関係者向けの監査報告書作成
マーケティングや市場展開の業務を、修正のしやすさ・公開範囲・頻度で3段階に分類し、AIに任せる作業と人が承認・実行する判断の境界を整理するスキル。
Routes marketing and GTM decisions into three AI governance zones (AI-Primary, Collaborative, Human-Primary) by stakes and reversibility. Use when deciding which AI outputs need human review, whether an agent may act autonomously on a task, why AI adoption is collapsing under review requirements, or when auditing a list of workflows for safe autonomy. Triggers on 'should a human review this', 'can the agent just do this', 'AI governance policy', 'human in the loop'.
マーケティングや市場展開の判断について、AIに任せる範囲と人が責任を持つ範囲を整理します。間違いを修正できるか、誰に届きどんな影響があるか、どれくらい頻繁に発生するかを順に確認し、AI-Primary、Collaborative、Human-Primaryの3段階に分類します。単独の判断には理由と分類を誤った場合の影響を示し、複数の業務には比較表を作ります。
AIの出力をどこまで人が確認すべきか迷う担当者や、承認の多さで活用が進まないチームに向いています。ニュースレターの下書きと送信のように、同じ業務内でも権限を分けたい場面にも使えます。
下書きの品質と、送信・公開・提出の権限は別に扱います。この枠組みは企業のマーケティング業務での観察に基づき、統制された実験の結果ではありません。原文にある約70%という割合は特定の導入事例の観察値で、分類の目標値ではありません。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Decide which AI outputs a human must approve, and which an agent can own outright.
Most AI governance in marketing fails in one of two directions. Review everything, and adoption collapses because using the tool is slower than doing the work by hand. Review nothing, and compliance exceptions accumulate quietly until one does not stay quiet, at which point legal arrives and you get the first failure anyway.
Both failures come from applying one rule to every decision. Generating forty subject lines for a test is not the same decision as approving a regulatory disclosure. This skill sorts them by stakes rather than by seniority, so governance sits where the consequences are.
Use it for a single decision, or to audit thirty workflows at once.
Ask three questions in this order. Order matters, because reversibility dominates.
1. Can it be corrected if it is wrong? If this output is wrong, can it be quietly fixed, or has the damage already left the building? A content variant can be swapped in an hour. A regulatory filing cannot.
2. Who sees it, and what follows? Internal only, or does it cross a legal, executive, or external boundary? Exposure is what pulls a decision up out of Zone 1.
3. How often does it happen? A hundred times a week, or once a quarter? High-frequency standardised decisions are where a per-output human gate kills adoption. Low-frequency, high-consequence decisions absorb human ownership without becoming a bottleneck.
Then assign a zone and apply its rule.
Reversible, high-volume, internal only. Correctable at negligible cost.
Examples: first-pass copy drafts, internal research summaries, data categorisation, competitive analysis, test variants, segmentation queries, performance summaries.
Rule: the agent acts. Keep a log. Audit a periodic sample, never every output. No per-output gate.
Expect roughly 70% of decision volume here. If your Zone 1 is small, you have miscategorised and adoption will suffer.
Reaches an external audience. Wrong output carries reputational or compliance cost. Human review adds real judgment rather than a rubber stamp.
Examples: customer-facing messaging, press releases, partner commitments, pricing communications, campaign briefs, external first drafts.
Rule: the agent drafts. A human approves before anything goes external. The agent does not hold the send permission.
Irreversible, novel, or legally exposed. A named person's career is attached to the outcome.
Examples: regulatory disclosures, M&A communications, executive positioning, legal filings, board materials, crisis response, pricing announcements.
Rule: the agent researches and drafts ranked options with transparent reasoning. A named human decides and executes.
Keep this zone small. A large Zone 3 is the review-everything failure wearing a different hat.
Most workflows span zones. "Agent drafts the weekly newsletter and schedules it" is Zone 1 drafting plus Zone 2 sending.
Govern the boundary. Let the drafting run free and gate the send. Governing the whole workflow at its highest zone is where most of the available adoption is lost.
For one decision:
Decision: <restate it>
Reversibility: <answer>
Exposure: <answer>
Frequency: <answer>
-> Zone <n>: <name>
Rule: <the governance rule>
If misclassified: <what breaks one zone down / one zone up>
For a list, produce a table: Decision | Zone | Rule | Why.
Always name the misclassification cost. It is the part that changes behaviour.
Do not gate every output. The most common failure. It looks responsible and it collapses adoption, because practitioners route around any system slower than doing the work manually. Check usage numbers, not policy documents.
Do not sort by seniority. Zones are set by stakes and reversibility. A director's internal summary is Zone 1. A junior's regulatory claim is Zone 3.
Do not let Zone 3 sprawl. If more than a handful of decision types land there, they have been miscategorised out of fear rather than analysis.
Do not govern a whole workflow at its highest zone. Split it and gate the boundary.
Do not treat 70% as a target. It is an observation from one deployment, not a benchmark to hit. Your distribution depends on your function.
Do not give an agent the send, publish, or file permission because its drafts have been good. Draft quality and send authority are separate grants.
Do not skip the misclassification cost. A zone assignment without the consequence of getting it wrong is an opinion, not governance.
marketing-ops/ : operationalise the zones as actual workflow permissionsmarketing-strategy-pmm/ : positioning and messaging decisions, mostly Zone 2launch-strategy/ : launch narratives and disclosures, mixed Zone 2 and 3brand-guidelines/ : the standard Zone 2 review checks a draft againstcontent-production/ : high-volume Zone 1 work, the clearest autonomy candidateBased on the Augmented Marketing Decision Architecture, developed in an enterprise product marketing function and observed across 16 product launches at Tableau (Salesforce) prior to 2025. Observational deployment, not a controlled study. The 70% figure and the zone definitions come from that context and may not transfer to yours.
Framework by Kuber Sharma. Specification: kubersharma.com/frameworks/amda
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Webアプリのアクセシビリティを点検し、WCAG 2.2のA・AA違反の検出から、フレームワーク別の修正案、再検証、監査報告書の作成まで支援するスキル。
Webページの見出しやボタン、料金表示などの変更を検証するために、仮説・評価指標・必要人数・実施期間を整理し、A/Bテストの設計から結果分析まで支援します。
有料広告の見出しや本文を媒体ごとの文字数に合わせて作成し、配信実績を基にした改善案や比較テスト用の文案展開、文字数・表現の検証まで進めるスキル。
コード変更を本番障害、保守性、セキュリティの三つの視点で厳しくレビューし、見落としや弱い前提を洗い出して、重要度とマージ判断をまとめるスキル。
AIの回答で引用されることを目指し、記事の根拠や著者情報、構造を点検・改善します。監査レポートの作成に加え、見つけた引用を記録し、ページ別の状況を集計します。
デプロイや削除、支払いなど重要なエージェント操作に、改ざんを検知できる署名付き記録を作成します。記録の要否を判断し、発行から証明書だけでのオフライン検証まで扱います。