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.

Source facts

Repository
HarnessRouter/starter-kit
Last source activity
October 1, 2026 at 15:30
Detected SKILL.md language
English
Stars
70
Forks
12

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
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.
View on GitHub