Let agents discover and message channels on peer hosts
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 42/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- typescript
- Bereich
- distributed-systems
Rechercherichtung
Start from the native channels/message tools and the local catalog they read, then compare with how human channel routing already reaches peer hosts through the injected delivery boundary. Read the related issues #10, #11, #13, #15 and the review evidence comment on #5 to understand the policy and boundary constraints before designing. Done means peer channels are discoverable with stable identity, messages deliver idempotently across two hosts with clear offline/reconnect outcomes, and the verification scenario (duplicate delivery, reconnect, renamed target) passes on real channels.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Human channel routing reaches peer hosts, but the native channels/message tools currently use the local catalog. #13 covers hosted-channel messaging; #11 and #15 cover different boundaries.
Acceptance
- Discover reachable peer channels with stable identity and enough project/host context to select the intended destination.
- Deliver attributed messages and optional agent invocations through the existing tailnet and collaborator-agent policy; expose a supported reply path.
- Preserve destination-host execution, idempotent delivery, and clear offline/reconnect outcomes.
- Verify with real channels/models on two hosts, including duplicate delivery/reconnect and a target whose name changes.
- Keep agents in different channels as messaging peers, not parent/child owners.
This is an extension beyond #10's baseline human collaboration check. Preserve the runtime-neutral channel and injected delivery boundary.
Related: #10, #11, #13, #15. Review evidence.
Tracked by #58.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 1
- Forks
- 0
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Kein Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus githubnext/ace2
-
documentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
githubnext/ace2#530 · 1 Kommentar ·
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
githubnext/ace2#437 ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
githubnext/ace2#529 ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
githubnext/ace2#528 ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100
githubnext/ace2#511 ·
Alle Issues in githubnext/ace2
Ähnliche Issues
-
area: app type: bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
ExpidetGames/code-reviewer#585 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 83/100
module-federation/core#5205 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 73/100
LanternOps/breeze#9392 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
engine-rs P3 review-deferral wasm
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 77/100
maniator/verticopolis#1154 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag