playwright の常駐 Chrome にログイン済みの Slack Web クライアントを scripts/slack_browser.py で操作し、チャンネル一覧・履歴・スレッド・検索の取得を行い、投稿文は Slack MCP が繋がる別ワークスペースの自分の DM へ下書きとして送る（直接投稿は明示の指示があるときだけ）。
Slack の MCP・アプリ連携を繋げないワークスペース（guest 権限など）で、Slack のパーマリンクを読む・Slack を検索する・Slack に投稿や返信をする依頼時に使用。
境界: Slack MCP が繋がるワークスペースはそちらを使う、投稿する日本語の文面の作成は ukwhatn-writing、ブラウザ経路の選び方と共有コンテキストの規則は context/browser-automation.md。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치 방법 보기설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
Slack のアプリ連携を認可できないワークスペースで、ユーザーがログインした自動化 Chrome の画面を操作して読み書きする。操作は全部 scripts/slack_browser.py を Bash で実行して行い、結果は JSON で受け取る（スナップショットを読まない）。
context/browser-automation.md）が動いていて、その Chrome で対象ワークスペースにログイン済みであること。ログインはユーザーが常駐 Chrome のウィンドウで行う（エージェントは代行しない）~/.claude/local/slack-workspaces.json（git 管理外）に登録してあること:{"<domain>": {"team": "T0123456789", "home": "D0123456789"}}
<domain>: <domain>.slack.com の部分。パーマリンクから自動で引くteam: Web クライアントの URL app.slack.com/client/<team>/... の先頭home: 開いて既読になっても困らない会話（Slackbot か自分の DM）の ID。Web クライアントはどの URL から入っても最後に見た会話を開くので、channels・search はここを起点にするteam と home を書く完了基準: slack_browser.py channels --ws <domain> がチャンネルの配列を返す。クライアントが開かない が返ったら未ログインかセッション切れなので、ユーザーに常駐 Chrome でのログインを頼んで止まる。
S=~/.claude/skills/slack-browser/scripts/slack_browser.py として:
| やること | コマンド | 既読 |
|---|---|---|
| チャンネル・DM の一覧（ID・未読） | python3 $S channels --ws <domain> | home だけ |
| パーマリンクのスレッドを全件 | python3 $S thread '<permalink>' | そのスレッド |
| チャンネルの最新 N 件 | python3 $S history --ws <domain> <channel_id> --limit 30 | そのチャンネル |
| 検索（Slack の検索構文が使える） | python3 $S search --ws <domain> '<query>' --limit 20 | home だけ |
| 投稿の確認（送らない） | python3 $S post <permalink または channel_id> --file body.txt [--ws <domain>] | なし |
| 投稿 | 上に --send を付ける | 送り先 |
--ws 必須）を渡すとチャンネル本体への投稿になる。スレッド返信は「チャンネルにも投稿」をオフのまま送るts・author・text・replies・link の配列。長いときは出力をファイルに落としてから必要な部分だけ読むthread で読むsearch で当たりを付ける（会話を開かないので既読を付けない）。in:#<channel>・from:@<name>・is:thread・after:YYYY-MM-DD が使えるhistory はチャンネルの流れを追う必要があるときだけ使う。開いたチャンネルは既読になり、ユーザーの未読の目印が消える既定では、対象のワークスペースへ直接は投稿しない。Slack MCP が繋がる別ワークスペースの自分の DM に下書きを送り、ユーザーがそれを貼る。MCP 経由なら mrkdwn の書式が正しく付き、人が最後に目を通してから送れる。
/ukwhatn-writing スキルで書くdrafts（下記）にある MCP の送信ツール（mcp__<サーバ名>__slack_send_message）で、drafts.channel へ送る。1 行目に送り先（ワークスペース・チャンネル名・返信ならスレッドのパーマリンク）を書き、空行を挟んで本文を置く。本文の書式は標準の Markdown（**太字**・`code`・コードブロック・- 箇条書き・[text](url)）で書くと Slack の書式に変換される。--- の行は消えるので区切りに使わない。自分の DM への送信は相手に見えないので、承認を待たずに送ってよい送ったメッセージの末尾には、Claude 経由で送られた旨の表示が付く。ユーザーは本文を選んでコピーすれば、書式ごと対象のワークスペースに貼れる（1 行目の送り先と末尾の表示は貼る対象に含めない）。
drafts の書式（~/.claude/local/slack-workspaces.json の各ワークスペースに足す）:
"drafts": {"mcp": "<Slack MCP のサーバ名>", "channel": "<そのワークスペースの自分の DM の ID>"}
drafts が無い、またはその MCP がセッションに無い（ツール一覧に mcp__<サーバ名>__* が無い）ときは、下書きを応答本文に貼り先の書式のまま出す（コードブロックで包まない。/ukwhatn-writing スキルの「下書きの出し方」）。
下書き用の MCP は user スコープに登録しておく（どのプロジェクトのセッションからでも送れるように）。~/.claude.json は同期されないので、マシンごとに claude mcp add --scope user --transport http <サーバ名> https://mcp.slack.com/mcp を実行する。OAuth の設定（--client-id・--callback-port）は、既に動いている Slack MCP の設定（claude mcp get <既存のサーバ名>）と同じ値にする。登録後、ユーザーが /mcp で認証し、送り先のワークスペースを選ぶ。自分の DM の ID は、自分の user ID 宛てに 1 回送ると返る channel_id で分かる
直接投稿は相手に見える外向きの操作。1 件ごとに、送信先と本文をユーザーに見せて承認を得てから --send する（承認は投稿 1 件に限って有効。前の承認を次の投稿に流用しない）。
body.txt に保存し、post を --send なしで実行して、出力の to と text をそのままユーザーに提示する--send を付けて実行する。完了基準: "sent": true と last_link が返る。last_link を報告に添える書式: 入力欄に本文を流し込む方式なので、Slack の自動書式は働かない。改行は保たれるが、`code`・*bold*・コードブロック・<url|text> は記号のまま送られる（URL はそのままでもリンクになる）。書式が要る文面は、上の下書きの経路で送る。
history は最下部まで送ってから遡る` は書式になるが * や ~ の前後で文字が欠ける。本文の入力に打鍵を使わないts で重ねて集めるpage.context().newPage() で自分専用のタブを開いて閉じる。共有コンテキストの current tab（他のセッションのタブ）には触れない。手で MCP の playwright ツールを使うときも同じく自分のタブだけを操作するdata-qa 属性）が変わると、セレクタが外れて空配列やタイムアウトになる。browser_run_code_unsafe で newPage() を開き、該当要素の data-qa を調べてスクリプトを直す.playwright-mcp/ になることが多い）へタブごとの console ログが残る。Slack の画面のログを含むので、作業の終わりに自分の実行時刻の分を消す入力欄が無い を返すthreads_flexpane 内の入力欄）は、入力欄の特定までしか実機で確かめていない。初回のスレッド返信では、送信後に thread で読み戻して届いたことを確かめる아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
コードベース全体のレビュー・監査。perf/sec/test/arch/cq/docs の6観点を並列委譲し、優先度付き issue ファイルと観点サマリをメモリディレクトリに生成する。コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review 実行時に使用。境界: PR 単位は pr-review、自ブランチの提出前確認は self-review。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
変更を git-cz 形式でコミットする。リポジトリの直コミット可否の判定手順と、push 後の CI・conflict の確認を含む。/commit 実行時、「コミットして」「pushして」等の依頼時に使用。--push 引数または「pushして」の依頼で push も行う。境界: PR 作成は create-draft-pr、PR コメントへの対応コミットは pr-comment から呼ばれる。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
PR を Draft で作成する。変更をローカルで動かして確かめ、画面が変わるならスクリーンショットを gh の --attach で貼り、PR テンプレートを全セクション埋めて対象 repo の既存 PR の分量に揃え、出した後は CI・レビュー・マージを Monitor で見張る。PR 作成の依頼時、実装が一段落して PR 化する時、/create-draft-pr 実行時に使用（gh pr create を直接実行しない）。引数でベースブランチを指定できる。境界: 個別レビューコメントへの対応は pr-comment、PR 全体のレビューは pr-review、複数 PR 規模の計画は plan-feature-prs。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
スキルを新規作成する。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill 実行時に使用。AGENTS.md・context・既存スキルと整合させ、重複・競合を避ける。境界: 既存スキル・指示ファイルの修正は update-inst、指示ファイル全体の監査は instructions-audit。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
抽象的な要件・事業側の要求を深掘りし、既存実装との整合を確認して実装マスタとシステム要件書を作成する。「こういう機能を作りたい」「この要求を満たす機能を設計して」等の抽象要件の提示時、既存機能の拡張や Phase 分割の要件定義開始時、/design-feature 実行時に使用。境界: 要件確定後の実装計画書・PR 分割と実装進行は plan-feature-prs。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
画面の設計判断（ナビゲーション・重ね方・通知と空状態と読み込み・外枠とトークンと状態表現）の型を決定表で選び、アプリ内の全画面で揃える。画面・ページ・レイアウト・ナビゲーション・ダイアログ・コンポーネントを新しく作る・作り直す時、モックやダッシュボードを作る時、サイドバー・タブ・モーダル・シート・toast・バナー・空状態のどれを使うか決める時に使用。PJ に components.json があれば shadcn の部品とトークンへの対応も扱う。主要なデザインシステム（Material・HIG・Carbon・Primer・Atlassian・Fluent・GOV.UK・NN/g・WAI-ARIA APG・WCAG）の一致点を規則にし、食い違いの採否を定めてある。境界: 画面の文言は writing-ui-text、画面に何を出すかと提示前の完了基準は context/ui-artifact-standards.md、コードの実装原則は writing-code、shadcn 部品の API と組み立ては shadcn。
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.