Let agents discover and message channels on peer hosts
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 42/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- typescript
- Domínio
- distributed-systems
Direção de pesquisa
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.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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.
- Linguagem predominante
- TypeScript
- Estrelas
- 1
- Forks
- 0
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Tem um modelo de pull request
- Sem guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de githubnext/ace2
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 94/100
githubnext/ace2#487 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 90/100
githubnext/ace2#486 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 67/100
githubnext/ace2#459 ·
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 88/100
githubnext/ace2#437 ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
githubnext/ace2#442 ·
Todas as issues de githubnext/ace2
Issues semelhantes
-
area: aria/combobox gemini-triaged
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
angular/components#33973 ·
Mantenedores costumam responder em até 1 dia
-
bug priority: P2
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 84/100
Mantenedores costumam responder em até 1 dia
-
[bug] status, list and push crash with an uncaught NotInitializedError stack trace when teamai is not initializedTalvez já em andamento @jay23606 assumiu hoje. Abertabug good first issue help wanted
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
Tencent/teamai-cli#1227 ·
Mantenedores costumam responder em até 1 dia
-
[Tool]: YapAberta
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 62/100
withkarann/aifoxx#417 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 86/100
sindresorhus/eslint-plugin-unicorn#3921 ·
Mantenedores costumam responder em até 1 dia