Add build-time library search index
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 52/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- javascript
- 領域
- build-system, frontend, search
調査の方向性
Start by tracing the existing build-time registry and page-resolution flow, then inspect the Library landing page and current build and browser test entry points. Implement normalized static records from resolved kb-docs artifacts/manifests, local grouped filtering, and route-aware results; done means the listed acceptance criteria and tests pass without runtime filesystem or network access.
索引モデルが issue の本文から書いたものです。
説明
Feature Description
Add live client-side search to Library landing page. Search app metadata plus page/document titles and routes from each app. Generate static result data during build from resolved kb-docs artifacts/manifests.
Problem / Opportunity
Growing catalog needs direct discovery across apps and their supplied pages/documents. Search must stay consistent with build-resolved artifact metadata, without runtime filesystem access, crawling, or network calls.
Acceptance Criteria
- Landing page exposes accessible search input and live client-side results.
- Search matches app
name,description,tags, andslug. - Search matches supplied page/document title, section, and route.
- Build emits normalized static search records from effective expanded
kb-docsartifacts/manifests. - Results distinguish app and page/document matches.
- Result links navigate to correct routes in standalone and embedded modes.
- No full document-body indexing.
- No network request, filesystem crawl, or external indexing at runtime.
- Empty query, no-match, keyboard navigation, and accessible labels work.
- Build and browser tests cover index generation and live filtering.
Proposed Solution
Extend existing build-time registry/page resolution to emit normalized searchable app and page records. Landing page loads static records, filters locally as user types, and renders grouped app/page results. No AI model, provider, or AI query interface included in this scope.
Additional Context
Catalog metadata originates from artifact-owned kb-docs manifests; page routing resolves during build. Search index should use same sources, keeping catalog, routes, and results aligned.
- 主要言語
- JavaScript
- スター
- 0
- フォーク
- 0
- 平均マージ
- 20分
- マージ済み PR（30日）
- 8
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
AbsaOSS/knowledge-base のほかの issue
-
enhancement
難易度 5/5 1週間以上 初心者へのやさしさ 30/100
AbsaOSS/knowledge-base#118 ·
メンテナーはふだん 1 日以内に返信
-
feat: expose knowledge-base documentation through an MCP server対応中かも @oto-macenauer-absa が 13 日前に担当しました。 オープンenhancement
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
AbsaOSS/knowledge-base#117 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
AbsaOSS/knowledge-base#113 ·
メンテナーはふだん 1 日以内に返信
-
Dynamic responsive masthead menu from documentation manifests対応中かも @oto-macenauer-absa が 18 日前に担当しました。 オープンenhancement
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
AbsaOSS/knowledge-base#111 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
AbsaOSS/knowledge-base の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
521xueweihan/HelloGitHub#4025 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
iib0011/omni-tools#479 ·
メンテナーはふだん 1 日以内に返信
-
triage
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
pixelfed/pixelfed-rn#508 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
yetone/magpie#2844 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信