Skip to content

request updates to the template to avoid AI slop and speed reviews#258

Merged
hythloda merged 3 commits intocanton-foundation:mainfrom
hrischuk-da:propose-udpates-to-template
Apr 29, 2026
Merged

request updates to the template to avoid AI slop and speed reviews#258
hythloda merged 3 commits intocanton-foundation:mainfrom
hrischuk-da:propose-udpates-to-template

Conversation

@hrischuk-da
Copy link
Copy Markdown
Contributor

I am requesting updates to the grant template based on the several grant proposals I've reviewed:

  • All proposals need to explain how they fit into the current ecosystem: tooling, libraries, frameworks, etc. Alternatively, if this is a proposal to replace something that exists, then they need to explain why the proposal cannot fit into the existing ecosystem by extending what exists.
    • This will ensure grant writers know about our ecosystem and explain why they can't extend what exists. Several grant proposals are greenfield, ignoring existing components, which dilutes the effort and provides less value to the ecosystem.
    • The default approach should be to extend what exists but it this is not being followed.
  • All proposals need to provide some estimate of the portion of the ecosystem that will benefit (e..g, 50% of dApps use TypeScript and we expect 50% of them will use our TypeScript library). Right now I see a lot of proposals that say "There was a survey that said this wasn't a great experience and we want to add this thing that will solve that" without any analysis of why it will solve it.
    • The "Rationale" section is buffed up to add this.
    • The current approach puts this burden on the reviewer to do this research when it should be provided. If the proposing doesn't know what this requires or how to go about doing it, I am willing to spend 15 minutes discussing it with them.
  • In many cases, the technical content of these proposals is too thin to even figure out what is intending to be built.
    • I suspect this is because there is some common AI skill that is being used to generate these proposals and they just send it in to see what is needed.
    • This is not all proposals but a significant number.
  • Many proposals have a 3 tier list of deliverables that don't seem to be related except in some tangential way: easy, not so easy, darn hard objectives. These should be split into two proposals: (1) easy, not so easy; (2) darn hard.
    • Then we can focus on (1) and review (2) at a later time.
    • This is another reason why I think an AI skill is at work here.

Development Fund Proposal Submission

Proposal file:
Link to the proposal added in this PR (e.g., /proposals/your-proposal-name.md)


Summary

Briefly describe the proposal and the value it delivers to the Canton ecosystem (2–3 sentences).


Checklist

  • Proposal file added under /proposals/
  • Milestones and funding amounts defined
  • Acceptance criteria included
  • Alignment with Canton priorities described

Notes for Reviewers

(Add anything the Tech & Ops Committee should pay attention to.)

I am requesting updates to the grant template based on the several grant proposals I've reviewed:

* All proposals need to explain how they fit into the current ecosystem: tooling, libraries, frameworks, etc.  Alternatively, if this is a proposal to replace something that exists, then they need to explain why the proposal cannot fit into the existing tooling by extending what exists.
  * This will ensure grant writers know about our ecosystem and explain why they shouldn't extend what exists.  Several grant proposals are greenfield which dilutes the effort and provides less value to the ecosystem.
  * The default approach should be to extend what exists but it is not.
* All proposals need to provide some estimate of the portion of the ecosystem that will benefit (e..g, 50% of dApps use TypeScript and we expect 50% of them will use our TypeScript library). Right now I see a lot of proposals that say "There was a survey that said this wasn't a great experience  and we want to add this thing that will solve that" without any analysis of why it will solve it.
  * The "Rationale" section is buffed up.
  * The current approach puts this burden on the reviewer to do this research when it should be provided.  If the proposing doesn't know what this requires or how to go about doing it, I am willing to spend 15 minutes discussing it with them.
* In many cases, the technical content of these proposals is too thin to even figure out what is intending to be built.
  * I suspect this is because there is some common AI skill that is being used to generate these proposals and they just send it in to see what is needed.
  * This is not all proposals but a significant number.
* Many proposals have a 3 tier list of deliverables that don't seem to be related except in some tangential way:  easy, not so easy, darn hard proposals.  These should be split into two proposals:  (1) easy, not so easy; (2) darn hard.
  * Then we can focus on (1) and review (2) at a later time.
  * This is another reason why I think an AI skill is at work here.
@waynecollier-da
Copy link
Copy Markdown
Contributor

Looks good to me. @hythloda Would you like to add anything here before asking the Voting Group to comment on these proposed changes to the grant template?

hythloda
hythloda previously approved these changes Apr 27, 2026
Comment thread proposals/_template.md Outdated
Comment thread proposals/_template.md Outdated
Comment thread proposals/_template.md Outdated
Signed-off-by: Amanda L Martin <hythloda@gmail.com>
Co-authored-by: Amanda L Martin <hythloda@gmail.com>
Signed-off-by: Amanda L Martin <hythloda@gmail.com>
askardex pushed a commit to askardex/canton-dev-fund that referenced this pull request Apr 27, 2026
…e AI text markers

- Add champion field referencing SIG Directory
- Add single-objective framing paragraph
- Add estimated ecosystem reach (25-40% of active validators)
- Add ecosystem fit sub-section (why this is not greenfield)
- Reframe acceptance criteria from artifact-based to value-based
- Replace all em-dashes, en-dashes, and special Unicode with plain text
@hythloda hythloda merged commit a63cc5a into canton-foundation:main Apr 29, 2026
monsieurleberre added a commit to peacefulstudio/canton-dev-fund that referenced this pull request Apr 30, 2026
- Align with PR canton-foundation#258 template framework: per-milestone ecosystem-value
  gates, layered (sourced vs reasoned) ecosystem benefit, "extend what
  exists" framing, Splice-as-NuGet distribution layer
- Update Appendix A code snippets to reflect recent SDK design improvements
- Add multi-synchronizer compatibility notes: design commitments in §3,
  risk-table row, M2 envelope, 6-month re-evaluation scope
- Other minor updates: citation fixes (Octoverse, Stack Overflow),
  license aligned to Apache 2.0, comparison-table glyphs, Champion
  placeholder
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants