| name | ry-init |
| description | Инициализация ry-init: инициализируй проект, Serena discovery, context pack. EN: init project, scope discovery. |
ry-init
Purpose
Build a verified mental model of the requested project scope before implementation. If the scope is a sphere such as backend or mobile UI, inspect the entire sphere and all integration points needed to understand how it works end to end.
ry-init is read-only for project knowledge by default. Agent context is tracked normally on the main branch, so it reads directly from the checked-out tree; it must not create, edit, or delete Serena memories unless the user explicitly asks to update/synchronize memories or an active stale-memory hook requires synchronization.
Workflow
- Run
plugins/rldyour-flow/scripts/git_sync_audit.sh when available.
- Inspect dirty work, old branches, and worktrees. If code is correct and consistent, synchronize it into
main, push, and remove merged branches/worktrees. If risky, explain the issue in Russian and ask the user with concrete options.
- Resolve effective project policy with
plugins/rldyour-flow/scripts/project_flow_policy.py --json when available. Agent context is tracked normally on the main branch, so no restore/bootstrap step is needed; read it directly from the checked-out tree.
- Read
references/init-context-pack.md and use it as the required context-pack contract.
- Use
serena-code-workflow: check onboarding, list memories, read relevant memories, and use Serena semantic tools before raw reads.
- Map the requested scope deeply enough to understand modules, layers, symbols, DB fields, schemas, APIs, generated artifacts, configs, tests, and integration paths.
- Use
lsp-routing or lsp-health-check when language server support affects understanding.
- Use
tech-research or web-research only for unclear technology, architecture, or current best-practice questions.
- Synthesize a Russian report with exact source-of-truth paths, current behavior, data/contracts, integration points, quality gates, risks, gaps, and what Codex can now safely change.
- Do not run
serena-memory-sync automatically. If initialization discovers useful durable facts that are missing from memories, report them under Memory candidates (not written) with exact source paths and ask before writing. Only run serena-memory-sync during ry-init when the user explicitly requested memory sync/update or a Stop/stale-memory hook requires it.
Role Declaration (Orchestrator)
Session role is declarative, not auto-detected:
- If the user's init request explicitly declares this terminal the orchestrator
(for example "я оркестратор", "this terminal is the orchestrator"), verify the
preconditions: macOS, a cmux session (
CMUX_WORKSPACE_ID/CMUX_SURFACE_ID
present), and the rldyour-orchestrator plugin installed. When they hold,
adopt the orchestrator duties from $cmux-orchestrator for the rest of the
session: own user communication, task decomposition, delegation, final
validation, and sync. When a precondition fails, say which one and continue
in standard mode.
- Without that explicit declaration, always run in standard mode - never
auto-activate orchestrator behavior from environment, policy, or guesswork.
- Worker terminals are not declared by the user: they are machine-identified by
the launcher/layout environment (
RLDYOUR_AGENT_ROLE=worker,
RLDYOUR_WORKER_ID) and follow $cmux-worker.
Scope Rules
- Empty scope means whole project.
- Sphere scope means the whole sphere plus integration points.
- Feature scope means trace all layers touched by that feature.
- Ambiguous scope means ask the user with 2-3 options.
- Do not stop at file lists. The initialized context must explain how relevant code works end to end.
- For database-backed or API work, include fields, schemas, migrations, payloads, and caller/client paths.
- For UI/client work, include routes/screens/components, state, API calls, design-system constraints, browser-visible behavior, and tests.
- Agent context files such as
AGENTS.md, CLAUDE.md, .serena/*, .claude/*, .codex/*, .cursor/rules/*, or .agents/skills/* are tracked normally on the main branch; read them directly from the checked-out tree as normal source files.
- Runtime snapshots, server log summaries, health-check timestamps, current container status, and one-off audit observations are report material, not Serena memory material, unless they reveal a stable code/config contract.
Output
Report in Russian:
- Scope initialized.
- Git/GitHub/worktree state.
- Architecture and data flow.
- Key files and symbols.
- Data models, DB fields, schemas, API contracts, config/env keys, and generated artifacts.
- Integration points.
- Tests, LSP/check commands, browser/security/design evidence when relevant.
- Known risks and gaps.
- Memory candidates (not written), only when useful durable facts were found and memory sync was not explicitly requested.
- Ready-for tasks.
