Replies: 1 comment
|
Thanks a lot for the feedback! Really useful to hear from a full end-to-end setup. Both suggestions make sense. I'll improve concept alias management and add a way to acknowledge/suppress known advisories in Glad the pipeline held up on a Russian Windows vault. On the Synto → MCP → Claude Code path: what worked well for you there and where did it still fall short or need workarounds? |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Two feature requests after running a full Russian-language vault on
Windows end-to-end (code project → docs → Synto → MCP → Claude Code).
1) No CLI way to remove a wrong alias from an entity.
In our vault the fast model attached the npm package name
@mocha/engineto the project entity (name similarity).mergeiswrong here (genuinely different concepts),
splitis heavy for aone-alias fix. Suggest:
(plus
alias add/alias move).2) Advisory ack-list.
Known-and-accepted advisories (graph_noise which is true by construction,
protected pages, the code-block false positive I filed separately)
permanently occupy
maintainoutput, so new issues hide inside afamiliar baseline. Suggest
synto maintain --ack <check>[:<path>]or an[ack]section in synto.toml, with acked items collapsed into aone-line count.
Aside: the escalation pass after truncation, protected pages for
manual edits, and the merge preview+confirm flow are genuinely well
designed — the pipeline survived a full Russian-language vault on
Windows end-to-end. Thanks for the project.
Env: Synto 0.6.2, Python 3.14, Windows 11 (ru-RU).
All reactions