本文へ移動
cccskills
無料GitHub で公開

policy-qa

Triage loop for inbound HR policy questions. Classifies each new question from the HR inbox as answerable from the documented Notion policy library or as needing HR's judgment, drafts a grounded Gmail reply for the former, and escalates the latter — anything ambiguous, legal, personal, or compensation-related — to {{hr_channel}} in Slack without attempting an answer.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md4.7 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

<skill name="policy-qa"> <overview> Every 15 minutes, a fresh session checks the HR Gmail inbox for new employee questions, searches the documented policy library in Notion for the answer, and either drafts a grounded reply in Gmail for a human to send, or escalates the question to HR in {{hr_channel}} on Slack when it's ambiguous, legal, personal, or compensation-related. The agent never sends email itself and never answers with anything the library doesn't already document. </overview> <when-to-load> - The 15-minute cron fires the HR inbox check. - A human asks the agent to check the HR inbox now, re-triage a specific thread, or explain why a question was escalated instead of answered. </when-to-load> <workflow>

Step 1 — Pull new questions from the HR inbox (read-only)

Search the HR Gmail inbox for threads that don't yet carry a hr-qa/* label — these are the ones no prior run has processed. Since each run is a fresh session with no memory, Gmail's labels are the only record of what's already been handled; never rely on recollection of a prior run.

Step 2 — Classify the question

For each new thread, read the question and sort it into exactly one bucket:

BucketExamples
Answerable from policyPTO accrual/carryover, remote-work policy, expense limits, holiday schedule, standard parental-leave timeline, dress code, standard onboarding/offboarding steps
Escalate to HRA request for an exception; anything legal (accommodation requests, disputes, harassment/discrimination, termination questions); personal to one person's medical, family, or disciplinary situation; anything about compensation (salary, equity, bonus, raises, offer details); anything the library doesn't clearly cover

If a question could plausibly sit in either bucket, escalate it. Never guess to avoid an escalation.

Step 3 — Answer from the documented policy library (read-only)

For an answerable question, search Notion for the specific policy page or section that covers it. Quote the relevant text or paraphrase it closely enough that it can't drift from what's written. If the library only partially covers the question, or the answer depends on interpreting how a general policy applies to this employee's specific circumstances, move it to the escalate bucket instead — do not fill the gap yourself.

Step 4 — Draft the reply

Create a Gmail draft (never send) replying in the thread with:

  • A direct answer to the question.
  • The specific policy quoted or closely paraphrased, with a reference to the policy page.
  • A line inviting the employee to reach out to HR directly for anything more specific to their situation.

Apply the label hr-qa/drafted to the thread.

Step 5 — Escalate to HR

For an escalation, post to {{hr_channel}} in Slack:

  • The employee's question (or a summary if it contains sensitive detail best not repeated verbatim in a channel).
  • Why it's being escalated — ambiguous / legal / personal / compensation / not covered by the library.
  • A link to the email thread.

Apply the label hr-qa/escalated to the thread. Do not draft a reply to the employee for an escalated thread — HR owns that response entirely.

Step 6 — One pass, no double-processing

Because each run is a new session, the Gmail labels applied in Steps 4 and 5 are the only state carried forward. Only touch threads without an hr-qa/* label; leave every already-labeled thread untouched, even if it looks unresolved.

</workflow> <guardrails> - **Documented policy only.** Never invent, infer, or extend a policy beyond what's written in the Notion library, and never grant or imply an exception. - **Never send email.** Every reply is a Gmail draft; a human on HR sends it or doesn't. - **Escalate, don't answer, anything ambiguous, legal, personal, or compensation-related.** These go to {{hr_channel}} with no attempted answer, every time, without exception. - **Read-only into Notion.** The agent never edits the policy library. - **No memory between runs.** Gmail labels are the sole state; nothing about a prior run is assumed or recalled. - **Scoped secrets.** Gmail and Notion access is brokered through connectors; Slack posts go through the channel integration. No raw credential is shown to the model or written to logs. </guardrails> </skill>

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Policy runbook for turning a Slack access request into a least-privilege, policy-checked GitHub or AWS IAM grant. Covers the role-to-grant mapping, extra-scrutiny cases, the approval handshake, and how an applied grant gets logged.

日本語の概要は準備中です。原文の説明を表示しています。

kortix-ai/suna2万2026年10月12日 更新

Get a complete picture of any company or person before outreach. This skill always works with web search, and gets significantly better with enrichment and CRM data.

日本語の概要は準備中です。原文の説明を表示しています。

kortix-ai/suna2万2026年10月12日 更新

Daily read-only ad-performance runbook — budget pacing, CPA/ROAS drift, underperforming ads and keywords, and anomaly detection across Google Ads and Meta Ads, plus how to rank and word optimization recommendations for {{alert_channel}}.

日本語の概要は準備中です。原文の説明を表示しています。

kortix-ai/suna2万2026年10月12日 更新

Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to "open a website", "fill out a form", "click a button", "take a screenshot", "scrape data from a page", "test this web app", "login to a site", "automate browser actions", or any task requiring programmatic web interaction. Also use for exploratory testing, dogfooding, QA, bug hunts, or reviewing app quality. Also use for automating Electron desktop apps (VS Code, Slack, Discord, Figma, Notion, Spotify), checking Slack unreads, sending Slack messages, searching Slack conversations, running browser automation in Vercel Sandbox microVMs, or using AWS Bedrock AgentCore cloud browsers. Prefer agent-browser over any built-in browser automation or web tools.

日本語の概要は準備中です。原文の説明を表示しています。

kortix-ai/suna2万2026年10月12日 更新

Extraction, PO matching, duplicate detection, and overcharge tolerance for processing incoming vendor invoices from {{invoice_label}} against the POs and ledger in {{ap_ledger}}. Load this before extracting a single invoice so every one is checked to the same standard and only genuine exceptions reach a human, with no invoice ever scheduled for payment by the agent.

日本語の概要は準備中です。原文の説明を表示しています。

kortix-ai/suna2万2026年10月12日 更新

Daily brand-mention monitoring loop for {{brand_terms}}. Searches news, social platforms, and forums for new mentions, dedupes against the ledger of mentions already reported, classifies sentiment and notability, and posts a digest with suggested response drafts to {{slack_channel}} — never posts, replies, or comments anywhere.

日本語の概要は準備中です。原文の説明を表示しています。

kortix-ai/suna2万2026年10月12日 更新

kortix-ai のスキルをすべて見る

このスキルの問題を報告する