files in the shared knowledge folder should me more granular -- CHISEL.md should be about chisel. CHISEL-RELEASES.md should be about chisel-releases etc etc. we need to make sure we do behavioural testing (aka pats tests in tests/skills/...) on the agents to make sure they read correct files at correct times and that they dont ommit reading things they outght to read.
even if it turns out that e.g. arents always read CHISEL.md and ROCKS.md, we should keep them separate to organise knowledge better. lets also make sure this organisational principle is well-expressed in AGENTS.md.
the split of the shared knowledge which i propose i based on this blurb from README:
Tribal knowledge about [`rocks`](https://documentation.ubuntu.com/rockcraft/stable/explanation/rocks/), [`rockcraft`](https://documentation.ubuntu.com/rockcraft/latest/), [`chisel`](https://github.com/canonical/chisel), [`chisel-releases`](https://github.com/canonical/chisel-releases), and slice definition files (SDFs).
DEBUG.md ( good discussion @alesancor1 👍 ) for specialised knowledge around debugging issues. things which we might not want in normal context window, but only want to bring in when something is going wrong.
maybe even DEBUG-CHISEL.md, DEBUG-ROCKCRAFT.md etc etc -- more specialised debug hints for the chisel skill and rockcraft skill ( after #6 lands )
files in the shared knowledge folder should me more granular -- CHISEL.md should be about chisel. CHISEL-RELEASES.md should be about chisel-releases etc etc. we need to make sure we do behavioural testing (aka pats tests in tests/skills/...) on the agents to make sure they read correct files at correct times and that they dont ommit reading things they outght to read.
even if it turns out that e.g. arents always read CHISEL.md and ROCKS.md, we should keep them separate to organise knowledge better. lets also make sure this organisational principle is well-expressed in AGENTS.md.
the split of the shared knowledge which i propose i based on this blurb from README:
DEBUG.md( good discussion @alesancor1 👍 ) for specialised knowledge around debugging issues. things which we might not want in normal context window, but only want to bring in when something is going wrong.maybe even
DEBUG-CHISEL.md,DEBUG-ROCKCRAFT.mdetc etc -- more specialised debug hints for thechiselskill androckcraftskill ( after #6 lands )