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

hiring-and-interviewing

Designs and runs hiring — role definition, sourcing, interview loop design, structured evaluation, and the decision itself. Use this to open a role, write a job description or scorecard, design an interview process, prepare interview questions, calibrate a hiring decision, or diagnose why a hiring process produces poor outcomes.

インストール方法を見る

含まれるファイル(2)

  • SKILL.md3.8 KB
  • references/sources.md1.8 KB

SKILL.md(原文)

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

Hiring and interviewing

Define before sourcing

Write, before posting anything:

  • What this person will accomplish in their first year — outcomes, not responsibilities.
  • The three or four competencies that actually predict those outcomes.
  • What is genuinely required versus what is preferred. Long requirement lists are the most reliable way to shrink and homogenize a candidate pool, and most of the list is never used in the decision.
  • The bar, agreed by everyone on the loop, before the first interview.

Undefined roles produce interview loops where each interviewer evaluates against a private definition, and the decision goes to whoever argues hardest.

Design the loop

Each interview assesses different competencies, stated in advance. Overlapping interviews produce four opinions on the same thing and none on the rest.

  • Structured beats unstructured, consistently and by a wide margin. Same questions, same order, same rubric. Unstructured interviews mostly measure similarity to the interviewer.
  • Work samples predict best. A realistic exercise close to the actual job beats any amount of discussion about it. Keep it time-boxed and pay for anything substantial.
  • Behavioral questions about the past, with follow-ups for specifics: what was the situation, what did you do, what happened, what would you change. Hypotheticals measure articulacy.
  • Fewer, better interviews. Long loops lose good candidates and add little signal after the fourth conversation.

Evaluating

Interviewers write their assessment against the rubric before any discussion. Group discussion first produces convergence on the first confident opinion rather than an aggregation of independent ones.

Debrief on evidence: what did they say or do that supports this rating? "Culture fit" without behavioral evidence is where bias enters, and it should be challenged every time it appears.

Deciding

A yes needs evidence on every required competency, not a strong overall impression. Where evidence is missing, get it — an extra conversation is cheap compared to a mis-hire.

Ambiguity means no. The cost of a bad hire is far larger and lasts far longer than the cost of a longer search, and it is borne by the team, not the hiring manager.

Sources

references/sources.md in this skill lists the outside authorities that settle the questions here — what each one is authoritative for, and what you may do with it. Check them before answering on anything they cover, and cite what you used. Most are free to read and not free to reproduce; the use note on each is binding.

Tooling

Applicant tracking, roughly by scale: Workable, JazzHR or the hiring module of an all-in-one HRIS at small scale; Greenhouse, Lever or Ashby once structured interviewing and reporting matter; Workday Recruiting or SmartRecruiters at enterprise scale, and similar.

Sourcing and scheduling: LinkedIn Recruiter, Gem, GoodTime, and similar.

Put the scorecard in the tracking system rather than beside it. A structured process that lives in a separate document is a structured process that stops being followed in the first busy week.

Never

  • Lower the bar because the search has been long. Reopen the role definition instead.
  • Let one interviewer's strong view override written independent assessments.
  • Skip reference checks on judgment and collaboration, which are exactly what interviews measure worst.

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Designs and audits who can reach what — authentication, authorization models, privileged access, service credentials, and joiner-mover-leaver process. Use this to design a permissions model, run an access review, reduce standing privilege, handle offboarding, set up SSO or MFA, manage service and machine credentials, or diagnose why permissions have sprawled.

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

cbrock84/headcount2,0332026年9月18日 更新

Concentrates marketing and sales effort on a named set of accounts rather than on volume — qualifying whether the model fits your economics at all, building the account list and the buying group inside each, tiering effort against account value, coordinating so the account experiences one campaign rather than several, and measuring account progression instead of leads. Use this to decide whether to run an account-based program, build one, or work out why an existing one produces activity and no pipeline.

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

cbrock84/headcount2,0332026年9月18日 更新

Gets new users from signup to first real value — signup flow, onboarding, time-to-value, and the early experience that determines whether someone becomes a user or a lapsed account. Use this to design or fix signup and onboarding, diagnose why signups do not convert to active use, reduce time-to-value, or decide what a new user must accomplish first.

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

cbrock84/headcount2,0332026年9月18日 更新

Designs orchestrator-and-subagent hierarchies for a repository — splitting agents by exclusive write surface, pairing every producer with an independent auditor, and enforcing the split with a script that runs in CI. Use this whenever the user wants to set up, expand, audit, or fix a multi-agent or subagent structure for a codebase; asks how to divide work between agents; wants agent charters, roles, or a surface map written; or is hitting agents that collide on the same files, review their own work, or drift from their remit. Also use when sizing a roster or deciding whether a new agent is justified.

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

cbrock84/headcount2,0332026年9月18日 更新

Governs models and AI systems in production — intended use, evaluation, monitoring, human oversight, documentation, and the decision to deploy or retire. Use this before deploying a model or AI feature, when defining evaluation criteria, when a model's behavior has drifted, when assessing AI risk or regulatory exposure, or when deciding whether an AI system is fit for a consequential decision.

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

cbrock84/headcount2,0332026年9月18日 更新

Produces executive-level research — market sizing, competitor mapping, trend analysis, and strategic intelligence — grounded in cited sources with the confidence in each claim made explicit. Use this to analyze a market or industry, map competitors, evaluate a market-entry or build-versus-buy decision, produce a research brief, or assemble evidence for a decision. Also use when comparing options that need a structured, evidence-based verdict rather than an opinion.

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

cbrock84/headcount2,0332026年9月18日 更新

cbrock84 のスキルをすべて見る

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