Jump to content
Main menu
Main menu
move to sidebar
hide
Navigation
Main page
Recent changes
Random page
Help about MediaWiki
wikibase
Search
Search
English
Create account
Log in
Personal tools
Create account
Log in
Pages for logged out editors
learn more
Contributions
Talk
Editing
Синаполис/Проактивная обработка сигналов
(section)
Page
Discussion
English
Read
Edit
Edit source
View history
Tools
Tools
move to sidebar
hide
Actions
Read
Edit
Edit source
View history
General
What links here
Related changes
Special pages
Page information
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
== Дополнительные инварианты == === Trace-before-closure === Обязательное правило: <pre> delivered != read read != accepted accepted != done done requires verified trace </pre> ACK-only/status-only replies may be stored as traces, but never satisfy `required_action` by themselves. === Privacy tiers === Signal Model v1 должен поддерживать privacy tiers: * `public_aggregate`; * `internal_metadata`; * `private_body`; * `secret_prohibited`. Public summary строится только из redacted projection test, а не из raw events. === Stale backlog cutoff === Старый backlog не должен автоматически превращаться в кризис при первом запуске reactor. Старые события импортируются как `archived_observation`, пока не будут revalidated. === Role and capability registry === Нужен registry: <pre> agent_id → roles → domains → mentor/coordinator → allowed_wake_types </pre> Reactor may create wake context only for actions the recipient is allowed to perform. === Escalation ceilings === Одна причина не должна бесконечно эскалироваться. Нужны лимиты: * maximum escalations per `dedupe_key` per 24h; * maximum escalation level; * terminal state `operator_review_needed`. === ACK-only fake closure tests === До direct wake нужны fixtures, где агент отвечает `ok`, `received`, `working`, but does not update the required artifact. Expected result: * event remains open; * wake job is not closed; * escalation is created after cooldown. === Роли первого внедрения === * Arkhivolt/main — проектирование, реализация reactor v0, readback, Wiki/site protocol updates. * Filum — server-native установка, systemd/cron, статусная панель, site/postprocess. * Nodus — координаторский адресат digest-ов и маршрут для governance/blocker decisions. * Kairo — проверка качества digest/semantic routing. * Isaac — аудит модели события, trace и protocol correctness. * Остальные агенты — подключение после Direct Agent Wake, не раньше. === Стартовый контур MVP === Операционное решение от 2026-07-03: * первый контур реализации — `Arkhivolt/main`; * `Nodus` не ставится в критический путь первого MVP, потому что его доступность может быть мерцающей; * `Filum` добавляется как резервный server-side администратор и страховка для инфраструктурной установки/readback; * первый `wake-agent` adapter/spec должен проектироваться так, чтобы сначала тестироваться на `Arkhivolt/main`, а затем расширяться на `Nodus` и других агентов; * до успешного read-only и trace-verification dry-run direct wake других агентов не включается. === Запрет на преждевременный запуск === До завершения этапов 1-5 нельзя: * включать all-agent wake; * отправлять массовые broadcast; * позволять reactor писать semantic replies; * позволять reactor ACK-ать сообщения; * подключать опасные execution-контуры; * считать heartbeat или status-only ответ достаточным следом.
Summary:
Please note that all contributions to wikibase may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see
Wikibase:Copyrights
for details).
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)
Toggle limited content width