research-pipeline

分类: 调研与分析 | 上传者: EvgeniiDev | 下载: 0 | 版本: v1.0（最新）
Запуск исследовательского пайплайна Ресерч-тян для глубокого анализа тем. Trigger phrases: загрузи мой ресерч пайплайн, запусти ресерч-тян, исследуй тему, найди информацию про, проведи исследование, run research pipeline, investigate.
更新日志: Source: GitHub https://github.com/EvgeniiDev/selfhosted_assistant
目录结构

当前层级: .github/skills/research-pipeline/
📄 claude.md 1.4 KB
📄 SKILL.md 8.4 KB
SKILL.md

---
name: research-pipeline
description: "Запуск исследовательского пайплайна Ресерч-тян для глубокого анализа тем. Trigger phrases: загрузи мой ресерч пайплайн, запусти ресерч-тян, исследуй тему, найди информацию про, проведи исследование, run research pipeline, investigate."
trigger_phrases:
  - "загрузи мой ресерч пайплайн"
  - "запусти ресерч-тян"
  - "исследуй тему"
  - "найди информацию про"
  - "ресерч пайплайн"
  - "проведи исследование"
  - "изучи тему"
  - "run research pipeline"
  - "investigate"
---

# Research Pipeline (Ресерч-тян)

Исследовательский пайплайн для глубокого анализа любых тем с верификацией и структурированным выводом.

## Триггерные фразы

Пайплайн активируется когда пользователь говорит:
- "загрузи мой ресерч пайплайн"
- "запусти ресерч-тян"
- "исследуй тему X"
- "найди информацию про X"
- "ресерч пайплайн"
- "проведи исследование по X"
- "изучи тему X"

## Способы запуска

### Вариант 1: Через Copilot Agent (рекомендуется)

Сказать в Agent mode:

```text
Запусти research-pipeline для темы: <topic>
```

### Вариант 2: Прямой запуск workflow-цепочки в чате

В одном запросе задать последовательность ролей:

```text
Communicator -> Senior -> Editor -> review -> Editor -> Communicator
```

### Вариант 3: Через последовательные подзадачи (legacy)

Последовательно выполнить этапы:

1. `research-senior` - глубокий сбор информации
2. `research-editor` - верификация и дополнение
3. `research-communicator` - передача результатов пользователю

## Агенты пайплайна

| Агент | Модель | Роль |
|-------|--------|------|
| research-senior | opus-class | Классификация, уточнение, глубокий поиск через Tavily/Reddit |
| research-editor | sonnet-class | Проверка на актуальность, противоречия, полноту |
| research-communicator | sonnet-class | Общение с пользователем, финальный вывод |

## Оркестрация (подход Core Agents)

Используй оркестрационный паттерн с четкими handoff между ролями.

Core Rules:
- Оркестратор не реализует и не смешивает роли, только координирует этапы.
- Senior сначала планирует и собирает доказательства, затем передает редактору.
- Editor не ищет заново без причины: сначала проверяет и маркирует найденное.
- Все handoff структурированы и машиночитаемы.
- Обязателен review-gate перед финализацией.

### Статусы этапов

Каждый этап должен завершаться одним из статусов:
- `APPROVED` - этап завершен, можно переходить дальше
- `NEEDS_REVISION` - этап требует доработки, вернуться к предыдущей роли
- `FAILED` - блокер/критическая неопределенность, запросить решение пользователя

### Mandatory Pause Points

Обязательные точки остановки:
1. После формирования scope и уточняющих вопросов (до глубокого ресерча, если есть критичные открытые вопросы)
2. После черновика от `research-senior` и первичной проверки `research-editor`
3. Перед финализацией итогового документа (review-gate)

На каждой точке остановки агент должен явно спросить пользователя, продолжать ли далее.

### Формат handoff

```markdown
## Handoff

From: <role>
To: <role>
Goal: <next step goal>

Artifacts:
- Findings: <bullets>
- Sources: <url list>
- Risks: <bullets>
- Open Questions: <bullets>

Acceptance:
- <what must be true before next stage>
```

### Формат phase artifact

```markdown
## Phase <N> Complete: <Phase Title>

Status: <APPROVED | NEEDS_REVISION | FAILED>

Summary:
- <1-3 коротких пункта о результате этапа>

Files/Artifacts:
- <draft/checklist/final doc or N/A>

Sources Added:
- <url>
- <url>

Risks:
- <риск или N/A>

Next Action:
- <что делать дальше>
```

## Порядок выполнения

```text
research-communicator (уточнение запроса)
  ↓
research-senior (классификация + вопросы)
  ↓
research-senior (глубокое исследование -> черновик)
  ↓
research-editor (верификация + чек-лист)
  ↓
@review (одобрение пользователя)
  ↓
research-editor (итоговый документ)
  ↓
research-communicator (уведомление о завершении)
```

### Цикл ревизии

Если этап вернул `NEEDS_REVISION`:
- вернуть задачу на предыдущую роль с конкретными замечаниями
- повторить handoff и phase artifact

Если этап вернул `FAILED`:
- остановиться и запросить решение пользователя (сузить scope, сменить критерии, продолжить с текущей уверенностью)

## Метки в выводе

- [CONFIRMED] - Подтвержденная информация
- [UNCERTAIN] - Требует дополнительной проверки
- [NOT FOUND] - Не найдено или противоречиво

## Критерии качества

- Не выдумывать факты, ссылки, даты, версии, цитаты.
- Приоритетный веб-инструмент: Tavily (если доступен).
- Для ключевых утверждений использовать минимум 2 независимых источника.
- Явно фиксировать противоречия и зоны неопределенности.
- Разделять факты, выводы и рекомендации.

## Формат итогового документа

```markdown
# [Тема]

**Дата:** YYYY-MM-DD
**Тип:** Гайд/Аналитика

---

## Краткий ответ

[2-5 предложений]

---

## Ключевые находки

- [CONFIRMED] [тезис] (Source: URL)
- [UNCERTAIN] [тезис] (Sources: URL, URL)
- [NOT FOUND] [что не подтверждено]

---

## Противоречия и пробелы

- [конфликт или пробел]

---

## Практические рекомендации

1. [рекомендация]
2. [рекомендация]

---

## Источники

- [Название](URL)
- [Название](URL)
```

## Восстановление после обновлений

Если MCP-инструменты недоступны:

1. Проверить `.vscode/mcp.json` и статус сервера Tavily (`MCP: List Servers`).
2. Перезапустить MCP сервер из VS Code.
3. Повторить запуск пайплайна с тем же `topic`.

## Пример использования

Пользователь: " "

Агент:
1. Запускает цепочку `Communicator -> Senior -> Editor`.
2. Делает handoff с источниками и рисками на каждом этапе.
3. Просит review-подтверждение.
4. Формирует итоговый документ и короткий публичный вывод.
登录后下载/点赞/收藏 ❤ 2 | ★ 0
research-pipeline

目录结构

SKILL.md

举报内容

提示
