File detail
features-graph-analysers.rq
reqlan rq/extension/features-graph-analysers.rq
| Idea | Status | Tags | Summary |
|---|---|---|---|
| index_ideas | Each ["../bases/base.rq".base] maintains an index of its ideas for fast lookup and navigation ( ["../indexer/indexer.rq".index] ). The index should update incrementally as. rq files change within that base ( nested child bases excluded ). Persistence lives in [application_memory] per base, shared with CLI and MCP — not VS Code extension storage. Engine ownership: [workspace_index] in `@reqlan/analytical`; multi-base via BaseRegistry; editor watches via [editor_index_adapter]. | ||
| index_technology | The [index_ideas] graph database is sql. js SQLite, aligned with [graph_design]. On-disk location is [application_memory] ( `<base>/.reqlan/ideas-index.sqlite` ), not `context.globalStorageUri`. Implementation: [application_memory_impl], [workspace_index], headless [analysis_runtime] for CLI / MCP, and [editor_index_adapter] for the VS Code host. | ||
| indexing_incrementality | Indexing should be incremental: watcher-driven single-file updates, and soft full syncs that skip unchanged files by stored mtime. Hard rebuilds reparse everything. Detail and UX ( progress, cancel, non-blocking UI ): ["../indexer/indexer.rq".nonblocking_index]. | ||
| indexing_trigger_filesave | indexing should be triggered by . rq file create / change / delete via watchers . | ||
| indexing_trigger_manual | indexing should be triggered by manual indexing commands ( Refresh / Clear & rebuild ) . | ||
| indexing_trigger_open | After the activity bar's first painted frame / base activate, run one soft sync ( mtime-skipped ) so the index is warm without delaying the sidebar shell. This is a startup pass — not the idle checker ( [indexing_trigger_auto] ). | ||
| indexing_trigger_auto | done | When the editor host is idle, run a * * background staleness check * * — not a reindex and not a soft full sync UI pass. Philosophy: computationally cheap. Load document mtimes in * * one * * SQLite read, compare each file's FS mtime in memory, and only then index mismatched or new files; drop deleted docs in one batched delete. A single MAX ( mtime ) watermark is not sufficient ( one file can get newer while another gets older ). If nothing is stale: no state transition, no progress UI, no parse. If some files are stale: index * * only those files * * under ["../indexer/indexer.rq".nonblocking_index]. Schedule after a quiet period with no index activity; prefer running when the window is unfocused; defer or cancel if the user becomes active again. Extension host only ( [editor_index_adapter] ); CLI / MCP have no idle loop ( they sync on activate / command ). | |
| list_all_ideas | The extension should provide a command to list all ideas in the workspace with file location and summary. | ||
| index_comment_reference_inclusion | The [comment_grammar] comments should be included as a node type in the index | ||
| file_related_requirements | The extension should provide a view or command to get requirements relating to the currently open file. File-related lookup should follow both explicit file references and comment rq: links in that file. | ||
| deprecation_impact_analysis | The extension should analyse the impact of deprecated ideas on dependent requirements. Deprecation analysis should report downstream ideas that reference or depend on deprecated items. | ||
| git_dates | The extension should surface creation and last-modified dates for ideas via git history where available. | ||
| completion_tracking | The extension should track and surface completion, outstanding work, and open issues across the requirement graph. Completion tracking should derive from @ status, @ tags, and other lifecycle attributes where present. | ||
| local_graph_analysis | The extension should provide a function to access a small slice of the graph around a given idea. | ||
| semantic_analysis | Search graph for ideas related to a given idea or ideaset. |
Initialising graph…