@joe24 Danke, auch für die guten Wünsche. Lass mich doch kurz auf die Kernpunkte eingehen, mir ist es trotzdem auch wichtig, dass ich Dir die beantworten kann. Entschuldige die etwas harsche Antwort, ich bin für konstruktive Kritik jederzeit offen.
Die Checkliste bei einem Onboarding einer Gemeinde beinhaltet den Punkt der Auftragsverarbeitung und verweist auf ein Model ohne Training.Das können API, Team oder Enterprise Pläne bei Anthropic, oder andere Models sein. Von privaten Accounts, auch Pro, Max und Ultra, rate ich ab. Ich überlege mir aber noch ein Setting, wo ich im GitHub selbst eine Art Checkliste bereitstelle, um die Awareness dahingehend zu verbessern. Was meinst Du dazu? Claude Desktop oder Claude Code waren hier ein Beispiel. Auch meine Gemeinde setzt Claude ein, jedoch mit dem Team Plan, im Zuge der Non Profit Vereinbarung mit Anthropic. Wie in den Architekturentscheiden festgeschrieben ist Ecclium aber nicht auf Claude beschränkt, hier können jegliche Models verwendet werden, welche MCP Erweiterungen unterstützen. ich habe einen Abgleich mit verschiedenen Rechtsquellen gemacht, dieser ist im selben Dokument erfasst, wo dir Claude meinen Disclaimer bez. Rechtskonformität gemacht hat: docs/privacy.md Bez. der Vorabversion an der echten Instanz sollte ich vielleicht spezifizieren, dass bisher bereits Tests an einer Churchtools Instanz mit synthetischen Daten gemacht wurde. Das ganze ist also kein Test auf unerkundetem Terrain, es geht mehr darum, die Business Cases der Gemeinden zu verstehen und in die weitere Entwicklung einfliessen zu lassen. Token auf dem Rechner: Stimmt, hierbei weise ich aber auch drauf hin. Der Token gehört zu einem eigenen Dienstkonto mit Zwei-Faktor-Anmeldung und nur den Rechten der eingeschalteten Bereiche. Ecclium liest die Token-Datei nur, wenn sie dem Benutzer gehört und niemand sonst Rechte darauf hat, sonst kommt ein Fehler mit entsprechenden Hardening Hinweisen. Bez. dem Feedback, das habe ich im letzten Post beantwortet: Das Feedback, das sich auf das Core Modul bezieht kommt natürlich auch da rein und bleibt kostenlos. Das hat nichts mit Pro zu tun. Ich möchte Ecclium für jegliche Gemeinden anbieten können. Kleine, die es sich nicht leisten können teure Software zu kaufen, für diese ist das Core Modul. Wenn jedoch Gemeinden keine eigene IT haben und einen Full Blown SaaS benötigen, muss ich das irgendwie finanzieren, sowohl von Zeit wie auch Ressourcen. Daraus ist die Einteilung auf Pro, SaaS und Core entstanden. Mir war aber auch wichtig, dass das Projekt einen Gemeinnützigen Kern beinhaltet.
Ich hoffe das beantwortet einen Teil der Fragen? Wie gesagt, ich bin mega offen für konstruktive Kritik. Ich finde es einfach schwierig, Hypothesen ungekennzeichnet ins öffentliche Forum zu legen, wo andere User des Forums diese dann lesen und weiter interpretieren können.
Ich freue mich aber weiterhin auf Austausch mit dir und wünsche dir einen gesegneten Abend!
Liebe Grüsse
Luca
