{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Work Graph — это тасктрекер?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Нет, это надстройка над вашим процессом. WG добавляет трассируемость и контрактность к тому, что вы уже используете — Cursor, Claude Code, git. Доска и статусы есть, но единица работы — не тикет из чата, а задача с доказательствами."
      }
    },
    {
      "@type": "Question",
      "name": "Это замена Cursor или Claude Code?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Нет. Вы продолжаете использовать любимую IDE и агента. Work Graph даёт карту работ, контроль контрактов и аудит — слой над исполнением, не вместо него."
      }
    },
    {
      "@type": "Question",
      "name": "Где хранятся данные?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Локально в вашем репозитории. Никакого облака Work Graph, никаких внешних серверов для канона. Вы владеете картой работ."
      }
    },
    {
      "@type": "Question",
      "name": "Что такое BVC?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "BVC (Базис · Вектор · Цель) — формат атома намерения: контекст и причина, конкретные действия и критерий успеха. Он понятен человеку, валидируется схемой и помогает LLM точно понимать границы задачи."
      }
    },
    {
      "@type": "Question",
      "name": "Как агент общается с Work Graph?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Через MCP. В конфиге IDE указывается сервер @work-graph/mcp, после чего агент вызывает инструменты вроде get_work_contract, submit_evidence или assert_task_ready_for_done. WG отвечает структурированными данными, а не текстом чата."
      }
    },
    {
      "@type": "Question",
      "name": "Работает ли WG без интернета?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Да. Ядро Work Graph работает локально. Сеть нужна только для доступа агента к модели или серверу IDE; сам WG не требует внешних сервисов."
      }
    },
    {
      "@type": "Question",
      "name": "Я не использую AI-агентов. WG полезен мне?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Да. Структурированный бэклог, связь задач с архитектурой и история решений в git полезны и без агента. С агентом раскрывается автосбор доказательств и проверки готовности."
      }
    },
    {
      "@type": "Question",
      "name": "Как WG связан с CI/CD?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "WG не заменяет пайплайны. Он требует их результаты как доказательства. Контракт может требовать npm run test:login; агент запускает команду, передаёт exit code и вывод, а WG проверяет evidence перед done."
      }
    },
    {
      "@type": "Question",
      "name": "Поддерживает ли WG 1С / OneBase?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Да, как доменную вертикаль через специализированные MCP-серверы и evidence-контракты. Доменные метаданные и проверки могут становиться доказательствами в том же контрактном слое."
      }
    },
    {
      "@type": "Question",
      "name": "Как я могу быть уверен, что агент не галлюцинировал закрытие задачи?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Через слой Evidence. Агент не может просто написать «я всё сделал». Он обязан вызвать add_work_item_evidence и передать результат команды, exit code и хеши артефактов. Work Graph валидирует результат по контракту задачи."
      }
    },
    {
      "@type": "Question",
      "name": "Что если агент нарушит контракт?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "WG работает как gate. Если агент пытается закрыть задачу без обязательного доказательства Tier A, runtime возвращает PolicyViolation, задача остаётся открытой, а нарушение пишется в аудит-лог."
      }
    }
  ]
}