Анкета для другого человека

Превращает вопрос, на который вы не можете ответить сами, в анкету, которую заполнит нужный специалист.

Скиллсообщество: Matt PocockClaudeCodexMITЗагрузить архив в ClaudeПроверено на безопасность

Скачать на русскомОригинал на английском (архив)Источник ↗

Что делает: Превращает вопрос, на который вы не можете ответить сами, в анкету, которую заполнит нужный специалист.
Когда брать: Когда для решения не хватает знаний, которые есть у другого человека, и ему нужно отправить продуманные вопросы или обсудить их на встрече.
Когда не брать: Если вы сами можете ответить на вопрос или нужен готовый документ, а не сбор сведений.
Пример запроса: Составь анкету для нашего юриста: нам нужно понять, можно ли принимать оплату от клиентов из других стран.

Как включить

Скачайте архив.
В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
Включите скилл переключателем.

Для терминала

Распакуйте архив и положите папку to-questionnaire в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: to-questionnaire
description: Преврати решение, на которое ты не можешь ответить целиком, в анкету, которую заполнит другой человек.
disable-model-invocation: true
---

Преврати то, на что пользователь не может ответить в одиночку, в анкету: документ в формате Markdown, который он передаёт одному человеку, чтобы тот заполнил его асинхронно или чтобы вместе заполнить на встрече. Адресат обладает знаниями, которых у пользователя нет; анкета вытягивает их из него.

Допрашивай про отправку, а не про предмет. Опрашивай пользователя только об _отправке_ — на это он всегда может ответить: кому уйдёт анкета и что ему нужно получить обратно. Вопросы в самом документе при этом нацелены на разрыв между тем, что знает адресат, и тем, что нужно пользователю.

Кому она адресована? Спроси одним сообщением о должности адресата, его экспертизе и отношениях с пользователем. Это определяет тон анкеты и то, сколько контекста она должна нести. Готово, когда ты знаешь, кто адресат и что он знает такого, чего не знает пользователь.

Что нужно получить обратно? Спроси одним сообщением, какие именно решения или факты пользователь не может выяснить в одиночку и ждёт от этого человека. Готово, когда у тебя есть конкретный перечень того, что пользователь должен уметь решить или сделать, когда уйдёт с ответами.

Напиши анкету. Составь вопросы, нацеленные на разрыв, выявленный в шагах 1–2, следуя структуре документа ниже. Запиши её в файл to-questionnaire-<slug>.md в текущей папке (slug — из темы) и сообщи путь. Готово, когда файл существует и каждый пункт, названный пользователем в шаге 2, покрыт вопросом.

Структура документа

Оформи документ как анкету для выяснения обстоятельств (discovery questionnaire): у пользователя не хватает контекста, у адресата он есть. Расставляй вопросы от самых важных к менее важным — при асинхронной работе у тебя может быть всего один проход, — а когда вопросов больше нескольких, сгруппируй их по темам под заголовками ##. Пиши по шаблону ниже.

<questionnaire-template>

<Название анкеты>

Цель: зачем нужна эта анкета и какое решение от неё зависит.

От кого: <пользователь>, Кому: <адресат>, Как будут использованы ваши ответы: <куда они пойдут>

Контекст

Один абзац, вводящий в курс адресата, который не был в голове у пользователя. Достаточно, чтобы ответить хорошо, но не страница.

Как отвечать

Срок и примерная трудоёмкость. Частичные ответы и «не знаю» полезны: отмечайте то, в чём не уверены, а не пропускайте.

<Заголовок темы>

Один раздел ## на тему. В каждом — вопросы по порядку важности. Каждый вопрос — об одной мысли, никаких составных, сразу под ним — заготовка для ответа, а строка _почему это важно_ в одну фразу нужна только там, где вопрос можно понять не так или где он провоцирует отписку.

<question-example>

Какую нагрузку должна выдерживать система на старте?

_Почему это важно: от этого зависит, закладываем ли мы мощности под всплески трафика сейчас или откладываем._

</question-example>

Что-нибудь ещё?

Завершающий вопрос «на всё остальное»: что-то, о чём мы не спросили, но нам стоит знать?

</questionnaire-template>

Перевод: iiuniversitet. Оригинал: https://github.com/mattpocock/skills/tree/main/skills/productivity/to-questionnaire, лицензия MIT. Изменения: перевод на русский язык.

Оригинал на английском

---
name: to-questionnaire
description: Turn a decision you can't fully answer into a questionnaire for someone else to fill in.
disable-model-invocation: true
---

Turn something the user can't answer alone into a **questionnaire**: a Markdown document they hand to one person to fill in async, or fill out together over a meeting. The recipient holds knowledge the user lacks; the questionnaire pulls it out of them.

**Grill the send, not the subject.** Interview the user only about the _send_, which they can always answer: who it goes to, and what they need back. The questions in the document then target the **gap** between what the recipient knows and what the user needs.

1. **Who is it going to?** Ask, in one exchange, the recipient's role, expertise, and relationship to the user. This fixes the questionnaire's tone and how much context it must carry. Done when you know who the recipient is and what they know that the user doesn't.

2. **What do you need back?** Ask, in one exchange, the specific decisions or facts the user can't resolve alone and needs from this person. Done when you have a concrete list of what the user must walk away able to do or decide.

3. **Write the questionnaire.** Draft questions aimed at the gap from steps 1–2, following the Document structure below. Write it to `to-questionnaire-<slug>.md` in the current directory (slug from the topic) and report the path. Done when the file exists and every item the user named in step 2 is covered by a question.

## Document structure

Frame the document as a **discovery questionnaire**: the user lacks context, the recipient holds it. Order questions most-important-first, since async means you may only get one pass, and group them under `##` headings by theme once there are more than a handful. Write it using the template below.

<questionnaire-template>

# <Questionnaire title>

**Purpose:** why this questionnaire exists and the decision riding on it.

**From:** <the user>, **To:** <the recipient>, **How your answers will be used:** <where they go>

## Context

One paragraph orienting a recipient who wasn't in the user's head. Enough to answer well, not a page.

## How to answer

Deadline and rough effort. Partial answers and "I don't know" are useful: flag anything you're unsure of rather than skipping it.

## <Theme heading>

One `##` section per theme. Under each, its questions, most-important-first. Every question is one idea, never compound, with an answer stub directly beneath, and a one-line _why this matters_ only where the question could be misread or invite a throwaway answer.

<question-example>
### What load is the system expected to handle at launch?

_Why this matters: it decides whether we provision for burst traffic now or defer it._

>
</question-example>

## Anything else?

A closing catch-all: anything we didn't ask that we should know?