Skip to content

spec: GLOSSARY.md — topic-shape, stop-targeting, and shared_pipeline_id entries - #127

Open
JarbasAl wants to merge 1 commit into
devfrom
spec/glossary-terms
Open

spec: GLOSSARY.md — topic-shape, stop-targeting, and shared_pipeline_id entries#127
JarbasAl wants to merge 1 commit into
devfrom
spec/glossary-terms

Conversation

@JarbasAl

@JarbasAl JarbasAl commented Jul 4, 2026

Copy link
Copy Markdown
Member

🤖 Auto-generated by Claude Fable 5 (claude-fable-5) via Claude Code — NOT human-reviewed. Verify before acting. Cross-spec citations were model-verified against dev source; behavior-change sections need owner judgment.

Adds glossary entries introduced by the spec refactors.

Merge after #117. The Recency-targeted stop and <shared_pipeline_id> rows point at STOP-1 §4.1/§5.2 (PR #117); merge #117 first so the citations resolve against landed wording.

  • Dispatch-shaped topic — the colon form <skill_id>:<intent_name> (MSG-1 §2.1.1).
  • Dotted addressed topic — a :-free dotted topic that names a recipient in a segment (e.g. <skill_id>.common_query.request); addressed, not a dispatch.
  • Recency-targeted stop — pointer to STOP-1 §4.1's no-answer fallback (no longer duplicates the normative text).
  • <shared_pipeline_id> — pointer to STOP-1 §5.2's global_stop dispatch identity (no longer duplicates the normative text).
  • Slot map — renamed from the stale "Capture map" row, cited to PIPELINE-1 §4.3.
  • Session — field-set citation repointed to SESSION-1 §2.2/§3; carrier location stays at MSG-1 §4.
  • .prompt added to the resource-role enumeration; ovos.listener.wakeword added to the listening-lifecycle-signal enumeration.
  • New rows: manifest, registration key, effective intent pool, session-scoped registration, vocabulary descriptor (INTENT-4); effective handler pool, fallback skill, fallback pipeline plugin (FALLBACK-1); Match, pipeline plugin, pipeline_id (PIPELINE-1); transformer, transformer chain, injection point (TRANSFORM-1); Layer-2 system, Assistant core, Derivation, Dispatch topic (MSG-1); persona, summon, dismiss, no-persona mode, persona-fallback, persona_id (PERSONA-1); Virtual Media Player, media entry, PlayerState, MediaState (OCP-1).

Non-normative — no CHANGELOG entry.

🤖 Generated with Claude Code

Summary by CodeRabbit

  • Documentation
    • Updated glossary with revised terminology and clearer references for improved comprehension.
    • Expanded definitions covering key concepts including session management, intent registration, audio processing, and media-player functionality.

@coderabbitai

coderabbitai Bot commented Jul 4, 2026

Copy link
Copy Markdown

Review Change Stack

Warning

Review limit reached

@JarbasAl, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 36 minutes

You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository.

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro Plus

Run ID: eea80eed-8c63-4244-88ef-dc9274bde63f

📥 Commits

Reviewing files that changed from the base of the PR and between 1c254dd and de9b176.

📒 Files selected for processing (1)
  • GLOSSARY.md
📝 Walkthrough

Walkthrough

GLOSSARY.md replaces “Capture map” with “Slot map”, adds .prompt as a resource-file role, expands session and topic terminology, and defines intent, pipeline, transformer, persona, and media-player concepts.

Changes

Glossary terminology

Layer / File(s) Summary
Glossary terms and definitions
GLOSSARY.md
The glossary updates resource-file and slot-map terminology, expands session and topic definitions, and adds concepts for manifests, registration, fallback processing, pipelines, transformers, message derivation, personas, and virtual media-player state.

Estimated code review effort: 1 (Trivial) | ~5 minutes

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title clearly identifies a real set of glossary updates and remains relevant to the pull request.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch spec/glossary-terms

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@JarbasAl
JarbasAl marked this pull request as ready for review July 16, 2026 07:20
@JarbasAl
JarbasAl force-pushed the spec/glossary-terms branch from a0d5016 to 4bec3be Compare August 4, 2026 11:37

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

🧹 Nitpick comments (1)
GLOSSARY.md (1)

39-40: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Clarify the two dispatch topic entries.

Dispatch-shaped topic and Dispatch topic currently describe the same colon-bearing <skill_id>:<intent_name> address. Define Dispatch-shaped topic as the syntax category and Dispatch topic as the concrete MSG-1 term, or cross-reference one entry from the other.

Also applies to: 69-69

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@GLOSSARY.md` around lines 39 - 40, Clarify the glossary distinction between
“Dispatch-shaped topic” and “Dispatch topic”: define the former as the general
colon-bearing syntax category, and define the latter as the concrete MSG-1 term
for a valid <skill_id>:<intent_name> address, or cross-reference the entries
while avoiding duplicate definitions.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@GLOSSARY.md`:
- Line 64: Update the “Transformer chain” glossary definition to state that
transformers run unconditionally except when utterance cancellation permits the
chain to stop early, keeping the wording aligned with the cancellation exception
defined in transformer.md.
- Line 62: Clarify the pipeline_id definition in GLOSSARY.md so the allowed
character constraint is unambiguous: specify that multi-character IDs are valid
and require one or more characters from [A-Za-z0-9_-], or explicitly state the
per-character rule. Preserve the existing exclusions of “:” and “.” and the
reference to the orchestrator’s loaded-plugin set.

---

Nitpick comments:
In `@GLOSSARY.md`:
- Around line 39-40: Clarify the glossary distinction between “Dispatch-shaped
topic” and “Dispatch topic”: define the former as the general colon-bearing
syntax category, and define the latter as the concrete MSG-1 term for a valid
<skill_id>:<intent_name> address, or cross-reference the entries while avoiding
duplicate definitions.
🪄 Autofix

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro Plus

Run ID: a121e038-180c-4bcc-ba6c-5c7ab947312e

📥 Commits

Reviewing files that changed from the base of the PR and between 1d3622b and 1c254dd.

📒 Files selected for processing (1)
  • GLOSSARY.md

Comment thread GLOSSARY.md
| **Fallback pipeline plugin** | A pipeline plugin that maintains a registry of fallback skills and queries them in order until one claims the utterance ([FALLBACK-1 §2](fallback.md)). |
| **Match** | The object a pipeline plugin's `match` function returns to claim an utterance — `skill_id`, `intent_name`, `lang`, `slots`, `utterance`, and optionally `updated_session` ([PIPELINE-1 §4.1](pipeline-1.md)). |
| **Pipeline plugin** | A component occupying a stage in `session.pipeline`, identified by an opaque `pipeline_id`, that may claim an utterance via `match` ([PIPELINE-1 §3](pipeline-1.md)). |
| **`pipeline_id`** | The opaque string matching `[A-Za-z0-9_-]` — no `:`, no `.` — that keys a pipeline plugin instance in the orchestrator's loaded-plugin set ([PIPELINE-1 §3](pipeline-1.md)). |

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🎯 Functional Correctness | 🟡 Minor | ⚡ Quick win

Make the pipeline_id constraint unambiguous.

[A-Za-z0-9_-] is a single-character regex class. If multi-character IDs are valid, use [A-Za-z0-9_-]+ or state that every character must belong to the class. The current wording can make valid IDs appear invalid.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@GLOSSARY.md` at line 62, Clarify the pipeline_id definition in GLOSSARY.md so
the allowed character constraint is unambiguous: specify that multi-character
IDs are valid and require one or more characters from [A-Za-z0-9_-], or
explicitly state the per-character rule. Preserve the existing exclusions of “:”
and “.” and the reference to the orchestrator’s loaded-plugin set.

Comment thread GLOSSARY.md
| **Pipeline plugin** | A component occupying a stage in `session.pipeline`, identified by an opaque `pipeline_id`, that may claim an utterance via `match` ([PIPELINE-1 §3](pipeline-1.md)). |
| **`pipeline_id`** | The opaque string matching `[A-Za-z0-9_-]` — no `:`, no `.` — that keys a pipeline plugin instance in the orchestrator's loaded-plugin set ([PIPELINE-1 §3](pipeline-1.md)). |
| **Transformer** | A black-box component that consumes one artifact at a fixed point in the utterance lifecycle and produces an artifact of the same shape for the next stage ([TRANSFORM-1 §1](transformer.md)). |
| **Transformer chain** | An ordered set of transformers of one type that all run, unconditionally, when their injection point is reached — no claim, no first-result-wins ([TRANSFORM-1 §1](transformer.md)). |

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🎯 Functional Correctness | 🟡 Minor | ⚡ Quick win

Include the transformer cancellation exception.

Line 64 says all transformers run unconditionally. transformer.md:41-58 states that utterance cancellation is an exception to the no-early-exit rule. Add this exception to keep the glossary aligned with the referenced specification.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@GLOSSARY.md` at line 64, Update the “Transformer chain” glossary definition
to state that transformers run unconditionally except when utterance
cancellation permits the chain to stop early, keeping the wording aligned with
the cancellation exception defined in transformer.md.

…id entries

Squashed from:
- spec: GLOSSARY.md — rows aligned with MSG-1/PIPELINE-1 audit wording
- spec: GLOSSARY.md — coined-term rows for INTENT-4, FALLBACK-1, PIPELINE-1, TRANSFORM-1, MSG-1, PERSONA-1, OCP-1
- spec: GLOSSARY.md — dispatch-shaped vs dotted addressed topic, recency-targeted stop, <shared_pipeline_id>

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@JarbasAl
JarbasAl force-pushed the spec/glossary-terms branch from 1c254dd to de9b176 Compare August 4, 2026 12:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant