feat(directory): clarify service evidence boundaries - #70
Merged
Conversation
randomblocker
force-pushed
the
mj-directory-evidence-state
branch
from
August 5, 2026 10:47
7e4e1c9 to
9ad3873
Compare
6 tasks
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Submission checklist
reference-implementations/dacs-directory/What & why
The Community Directory is a discovery and evidence-reading reference implementation. Its service cards previously placed listing provenance, endpoint declaration, and deal evidence close together without explicitly stating that the Directory had not measured endpoint reachability.
This change gives those facts separate, bounded labels on directory cards and service details:
Not measured by Directoryin this change;The shared derivation helper keeps the card and detail views consistent. Regression tests cover safe, absent, and unsafe endpoint declarations plus fixture/current/legacy listing states.
This is intentionally complementary to #60. It adds no network probe and does not implement
reachabilityHint; it prevents a declared endpoint from being presented as measured availability until that separately scoped work exists. It also makes no service-health, endorsement, reputation-authority, or protocol-conformance claim.Verification
bun run test: 152 passed, 0 failedbun run typecheck: passedbun run build: passedh1; zero mobile horizontal overflowReview focus
Please check that the labels remain accurate for current, legacy, fixture, missing-endpoint, and rejected-endpoint records, and that this change stays disjoint from the active reachability-probing design in #60.