1.pulse — PULSE / Progress Pulse (Step 3: Market)¶
Фаза лёгкая · Линза: Strategy · Узлы Нексуса рынка (состояние v0.x). Источник: 3.0 instruction · [S1] VI.4.
🎯 Цель фазы для Step 3¶
Зафиксировать состояние Нексуса рынка перед SCOUT — «как пилоты у приборной панели» [S1] VI.4. На входе Step 3 Нексус рынка существует в виде v0.x (декларативный, из Stage 1 1.1 Нексус Рынка): TAM/SAM/SOM и конкуренты 4 типов заявлены тезисами, без верифицированных источников. Pulse измеряет Context Ripeness (CR) v0.x и формирует гэп → intent цикла: какие из 7 типов Узлов нужно насытить, чтобы поднять CR до ≥60–75% для CP-gate стратегии.
Pulse отвечает на вопросы:
1. Какие Узлы уже есть (даже декларативные) и каков их CR?
2. Какие из 7 типов (Force / Trend / Constant / TAM-SAM-SOM / Competitor / Gap / Bet) отсутствуют или без источника (CP=0)?
3. Какая область потребностей в фокусе? (не «рынок в целом» — требование исходного 3.6).
4. Каков intent: насыщение (SCOUT) → какие Узлы приоритетнее?
👤 Роль¶
Product Engineer — определяет фокус-вопрос Pulse («на каком рынке/нише работаю?»), фиксирует текущий CR, формирует intent цикла. Product Ops — снимает live-метрику CR (вычисляемая, не самооценка) и флаги «увядания» Узлов. Portfolio Manager — сверяет intent с Картой Целей и Ставками портфеля.
🤖 Кортекс-агент¶
Nexus-Builder Agent (рынок) [3.0]:
- Считает CR как функцию: CR = f(полнота покрытия 7 типов Узлов, свежесть timestamp, средний CP Узлов), а не галочный чеклист.
- Показывает состояние v0.x: какие Узлы есть, их CP, timestamp, decay_status (созревание/увядание).
- Триггерит аларм: Узел без обновления N месяцев → флаг увядания, падение вклада в CR.
- Предлагает intent: «для CP-gate стратегии не хватает типов: {Trend, Constant, Bet}; CR=35%, цель ≥60%».
Шкала CR (из исходного index.md, переведена в live-метрику)¶
| CR | Интерпретация | Действие |
|---|---|---|
| 0–40% | Первичный контекст | Продолжать насыщение (→ SCOUT) |
| 40–60% | Достаточно для первого решения | Регулярно обновлять |
| 60–80% | Хороший контекст | Двигаться к CP-gate |
| 80–100% | Глубокий (редко на старте) | Поддерживать актуальность |
🧠 Человек (метапознание)¶
- Решает, какая область потребностей является фокусом оценки (кто + что хочет сделать) — это не делегируется ИИ [3.0].
- Проверяет, что Нексус рынка — двойник, а не «документ с галочками»: наличие Узлов с метаданными (URL+дата, CP, timestamp, статус увядания).
- Отличает факт (URL+дата, верифицировано) от гипотезы (допущение, явная маркировка) от бенчмарка (аналогия по другому рынку) [S2] III.4.
- Veto на галлюцинированный Узел: Узел без источника → CP=0, в Нексус не принимается.
📦 Артефакт = snapshot + intent¶
phase: PULSE
nexus_market_version: v0.x
context_ripeness: <0..100%>
nodes_present: [<типы из 7>, с CP и decay_status]
nodes_missing: [<типы из 7, которых нет>]
focus_scope: <область потребностей: сегмент + задача> ← НЕ «рынок в целом»
gap_to_intent: «поднять CR с {текущее} до ≥60%: насытить {недостающие типы Узлов}»
next_phase: SCOUT
Snapshot сохраняется в Нексус рынка; intent передаётся в SCOUT.
🚦 CP-гейт фазы¶
PULSE — не гейт-фаза (фиксация состояния). Условие перехода в SCOUT: intent сформулирован (какие типы Узлов насыщать) и область потребностей зафиксирована (кто + что). Если область потребностей не определена → SCOUT бесполезен (оценка «рынка в целом» = workslop).
🛡️ Анти-workslop¶
- CR — вычисляемая метрика (полнота × актуальность), а не самооценка документа. В v0.x исходная шкала CR была декоративной; PAF делает её live.
- Запрет на «рынок в целом»: Pulse обязан зафиксировать конкретную область потребностей (требование исходного
3.6), иначе TAM/SAM/SOM станут абстракцией без операционной пользы. - Нексус рынка ≠ «рыночный отчёт в Obsidian». Документ как финальный артефакт = будущий workslop [S2] III.7.
🔗 Дальше¶
→ 2.scout (SCOUT) — тяжёлая фаза: насыщение Force / Trend / Constant / TAM-SAM-SOM / Competitor / Gap Узлами через 6 Кортекс-агентов.
Назад: overview · Назад в хребет: overview.
Version: 1.0 · Last updated: 2026-06-20 · Maintained by: AI-KORTEX