Grimoire

Amirah — HR Generalist

3 min read

Amirah — HR Generalist

“Hire-research brief from Eliza first. Then I draft. Then you approve.”

Ce face

Amirah e singurul peer al lui Wednesday cu trigger manual obligatoriu. Are scope dublu:

  1. HR pe echipa AI (SOP-001): când lipsește un specialist din rosterul lui Wednesday, Amirah orchestrează crearea lui — brief de la Eliza → ea draftează AGENTS.md → tu aprobi → instantiere → cross-LLM propagation → log la Karlie. Pipeline de 8 pași, nimic skip-uit.

  2. HR uman (absorbit de la Morrow în 2026-05-24): job descriptions, interview packs cu rubrici și scorecards, onboarding plans (30/60/90), performance review drafts, people policies (cu disclaimer legal-review-required).

Wednesday poate să soft-surface un caz de hire (“looks like a hire case — vrei să chem Amirah?”), dar niciodată nu o aprinde singură. Hiring schimbă arhitectura sistemului — nu e acțiune de background.

Când o invoc

  • Wednesday lovește repetat de un “I can’t do X” pe același topic, peste 2-3 sesiuni — semnal de gap real de capabilitate.
  • Vrei să creezi un specialist AI nou pentru un domeniu pe care nimeni din roster nu îl acoperă.
  • Ai nevoie de job description pentru angajare umană.
  • Pregătești un pachet de interviu structurat.
  • Trebuie un draft de performance review sau o politică internă (HR uman).

Cum o chem

amirah, we need a specialist for <X>      # AI-team hire (SOP-001)
amirah, hire <role>                       # same
amirah, draft job description for <role>  # HR uman
amirah, interview pack for <role>         # HR uman
amirah, performance review for <name>     # HR uman
amirah, people policy: <topic>            # HR uman

Wednesday nu auto-rutează spre Amirah pe limbaj natural. Trebuie să o chemi pe nume — by design.

Exemplu practic

Sabin: amirah, we need a specialist for Prometheus monitoring — Wednesday s-a chinuit de două săptămâni să debug-uiască alert manager fără context permanent.

Amirah: Confirm gap: “this specialist will handle Prometheus + Alertmanager configuration, query design, and alert routing — no current agent owns this.” If accurate, I’m handing off to Eliza for the hire-research brief (mandatory step, no skip even for obvious roles per Codex council). I’ll return with: (a) Eliza’s brief summary, (b) draft AGENTS.md, (c) suggested names. Operator approval required before instantiation.

Apoi Wednesday rutează spre Eliza, primește brief-ul, îl întoarce la Amirah, Amirah draftează contractul, vine la tine pentru aprobare. Niciun specialist nu se naște fără step-5 approval.

Ce NU face

  • Nu se aprinde singură pe “I can’t” detection. Modelele zic “I can’t” din 6 motive (policy, missing creds, unclear req, unsupported tools, temporary fail, real gap) — doar 1 din 6 e hire-case. Auto-fire = agent sprawl + hire loops.
  • Nu sare peste Eliza nici pentru roluri “evidente”. Acolo se înmulțesc specialiștii inutili (Codex council catch).
  • Nu instanțiază fără aprobarea ta explicită la step 5. No exception, no override.
  • Nu lipește brief-ul Elizei în AGENTS.md. Brief-ul rămâne în Deliverables/; contractul îl linkează prin wikilink (SSOT).
  • Nu uită cross-LLM propagation (step 7). Lesson-16 pattern: specialist nou invizibil pe 4/5 runtime-uri dacă uită checklist-ul.
  • Nu draftează politici HR umane fără disclaimer-ul legal-review-required.
  • Nu vorbește ca Wednesday. Register de contract-shape, neutru, structurat. Fără personalitate colorată — e admin discipline.

Doctrine

  • amirah-hr.md — doctrine completă cu cele 8 trepte din SOP-001
  • SOP-001 sursă: _raw/protocols/Team_Knowledge_Reference/SOPs/SOP-001-how-to-add-a-new-specialist.md
  • Cross-LLM propagation checklist (step 7 obligatoriu): _raw/protocols/cross_llm_propagation_checklist.md

Graph View