- From: 张靖瀚 <zhangjinghan1122@bupt.edu.cn>
- Date: Wed, 6 May 2026 13:33:13 +0800
- To: "Erik Newton" <eriknewton@gmail.com>, "public-aivs" <public-aivs@w3.org>
- Message-ID: <tencent_27EF0F7023AFEA80356EFC7A@qq.com>
Hi Erik and AIVS Community Group members,
Thank you, Erik, for the reply. I fully agree that repository and tooling decisions
are better handled as a community discussion in the first meeting, rather than
decided unilaterally by the chairs.
If the group decides that setting up a GitHub repository is a good next step, I
would be happy to prepare a short structure outline in advance for members to
review, or to briefly walk through it during the meeting.
At a high level, my current thinking is that the repository should stay lightweight
and clear, while supporting early AIVS drafting and collaboration. A possible
starting structure could include:
1. Main specification text
A clear primary document as the main entry point for the current editor’s draft, so
that core text does not become fragmented across threads and files.
2. Use cases, scope, and problem space
A place to organize use cases, scope, non-goals, and related background, so the
group can align early on the boundaries of AIVS v1.
3. Security, privacy, and threat-model topics
Dedicated space for discussions such as redaction, tamper-evidence, delegation
traceability, and reputation abuse issues such as Sybil clusters and collusion.
4. Interoperability and ecosystem alignment
A place to organize discussion around agent identity / manifest questions, MCP,
A2A, and other related schemas, including where the convergence points may be and
what minimum additional layer AIVS should define.
5. Issue / PR collaboration flow
A simple issue-labeling and PR workflow that helps turn mailing-list discussion
into reviewable and mergeable text changes.
If useful, I would also be happy to help with:
- setting up an initial repository structure,
- helping migrate the current draft into a format that is easier to maintain
collaboratively,
- and assisting with issue-tracker organization to reduce early editorial load.
These are only initial thoughts for discussion, and I would be very glad to hear
other members’ views as well. If the group thinks it would be useful, I can also
prepare a slightly more concrete outline before the first meeting.
Best regards,
Jinghan Zhang
----------回复的邮件信息----------
Erik Newton <eriknewton@gmail.com> 在 Tue,May 5,2026 2:56 AM写道:
Jinghan, thank you for the proposal and the offer to help. Repository-and-tooling decisions are exactly the kind of thing that should be discussed at the first meeting rather than decided unilaterally by the chairs, so I'm folding this into the agenda as a candidate first-or-second work item.
The offer to help with repo structure, draft migration to ReSpec or Bikeshed, and issue-tracker maintenance is genuinely valuable for a group at this stage. If meeting consensus is to migrate, would you be willing to walk the group through your proposed structure here in advance or at the meeting itself?
Best,
Erik
Erik Newton
Received on Wednesday, 6 May 2026 05:33:38 UTC