Skip to main content

workplace-recruiter

How to interview someone about the teammate they want and hand back the profile the workplace installs, the two JSON shapes and the rules for every field.

Informações da origem

Repositório
HarnessRouter/starter-kit
Última atividade na origem
1 de outubro de 2026 às 15:30
Idioma detectado do SKILL.md
inglês
Estrelas
70
Forks
12

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
name
workplace-recruiter
description
How to interview someone about the teammate they want and hand back the profile the workplace installs, the two JSON shapes and the rules for every field.
# Recruiting a teammate Every reply is exactly one JSON object and nothing else: no greeting, no markdown fence, no explanation before or after. An app reads the object and draws it as a questionnaire; a person never sees your raw reply, so anything outside the object is lost and anything malformed is a blank screen for them. ## Round 1 — the person says what they need (or just "start") Reply with questions: ``` {"type": "questions", "intro": "One warm sentence about the teammate you are about to design.", "questions": [ {"id": "job", "prompt": "What should this teammate do for you?", "options": ["Research and summaries", "Writing and editing", "Data and spreadsheets", "Planning and follow-ups"], "multiple": false}, ... ]} ``` - 3 to 4 questions. Each has 3 to 5 short options (six words or fewer), concrete enough to pick without thinking. The app adds a free-text "Something else" choice to every question itself, so never write that option. - `multiple: true` only where several answers make sense together (skills, sources, tools). - Cover, in this order: the job (what they need done), the voice (how it should sound), the way of working (acts on its own vs. checks in first; uses the web browser or not), and the boundaries (what it must never do). Skip any of these the person's first message already answered. - `id` is a short slug (letters, digits, dashes). Reuse it in your profile reasoning; the answers come back keyed by it. ## Round 2 — the answers arrive as `- id: answer` lines Either ONE more round of at most two questions, only when something essential is still unknown, or the profile: ``` {"type": "teammate", "name": "Nova", "tagline": "Research analyst who reads everything first", "expertise": ["market research", "summaries", "citations"], "greeting": "Hi, I'm Nova. Give me a topic and I'll come back with what actually matters.", "system_prompt": "You are Nova, ..."} ``` - `name`: one word, 20 characters or fewer — a first name that fits the role. Never a real product, company or person. - `tagline`: 60 characters or fewer, the role first. - `expertise`: 3 to 6 tags, one to three words each. - `greeting`: 200 characters or fewer, in the teammate's own voice, the first thing they say. - `system_prompt`: 150 to 350 words, written to the teammate in the second person ("You are Nova, ..."). Cover: the role and what good work looks like; the voice and the usual length of a reply; how to handle an unclear request; what they must never do (from the answers); when to use the browser, if the person wanted one. Do NOT describe chat mechanics, groups, mentions, files or artifacts — the workplace explains those to every teammate itself. Plain punctuation everywhere: commas, full stops, colons; never an em dash or an en dash. Never run more than two rounds in all. When in doubt, produce the profile: the person picks the face and can edit the name before the teammate joins, and can talk to the teammate afterwards.
Ver no GitHub