tiee Parlons
FR
English简体中文繁體中文FrançaisEspañolالعربية日本語한국어

Projets et contributions sélectionnés

Nos réalisations.
À découvrir.

Produits de bureau. Systèmes connectés. La petite correction qui fait que tout fonctionne mieux. Un regard plus proche sur ce que nous construisons—et comment nous contribuons.

01 / EzDSH ↙02 / ReleaseRail ↙03 / KeeperHub ↙
01 / PRODUIT DE BUREAUOpen source · MIT

EzDSH↗

Un bureau de travail pour DeepSeek Harness.

Intégrer un moteur AI dans une application de bureau utilisable signifie connecter l'interface, les processus derrière et la manière dont elle atteint les utilisateurs.

EzDSH combine une interface Electron et React avec un runtime intégré, l'intégration de plugins et des espaces de travail connectés. Le dépôt public inclut des versions empaquetées pour macOS et Windows.

  • Electron
  • React
  • TypeScript
Explorer le dépôt Site web du projet
Espace de travail DeepSeek Harness fonctionnant à l'intérieur de l'application de bureau EzDSH
EzDSH / EXPÉRIENCE DE BUREAUEspace de travail DeepSeek Harness fonctionnant à l'intérieur de EzDSH · Image officielle du projet ↗
FOCUS SUR L'INGÉNIERIE

Intégration de bureau
Cycle de vie d’exécution
Emballage de la libération

ARTEFACTS PUBLICS

Code source, documentation du projet et versions de bureau téléchargeables.

SUIVEZ LE TRAVAILParcourir les versions ↗Historique des contributions ↗
02 / PROTOTYPE D'INTÉGRATIONSource publique · Démo Testnet

ReleaseRail↗

De la preuve de contribution à un flux de paiement auditable.

ReleaseRail relie les preuves de contribution GitHub aux paiements contrôlés par des politiques via KeeperHub, avec une approbation humaine explicite et des reçus de transaction vérifiés de manière indépendante.

Le service TypeScript expose une CLI, des outils MCP et une console d'audit locale. Sa démonstration documentée utilise le testnet Base Sepolia, démontrant le flux d'intégration et d'approbation.

  • TypeScript
  • MCP
  • viem
  • Zod
Explorer le dépôt Site web du projet
FOCUS SUR L'INGÉNIERIE

Intégration MCP
Limites d'approbation
Exécution idempotente

ARTEFACTS PUBLICS

Implémentation CLI et MCP, démonstration testnet documentée et preuves expurgées.

SUIVEZ LE TRAVAILLire le guide étape par étape ↗Inspecter les preuves publiques ↗
03 / CONTRIBUTION FOCALISÉEFusionné · 21 Sep 2026

KeeperHub#2525

Un petit changement. Une décision plus claire pour l'agent.

La découverte d'action n'indiquait pas si une action pouvait s'exécuter via l'outil d'exécution directe du protocole. Les appelants pouvaient découvrir une action, puis n'apprendre ses limites que lorsque l'appel échouait.

Cette contribution ajoute protocolDirectExecution, dérivé du registre d'exécution, de manière cohérente à travers les schémas MCP et HTTP. Les directives de routage expliquent quand utiliser l'exécution directe, un outil frère ou un flux de travail.

  • TypeScript
  • MCP
  • Contrats API
  • Tests de régression
Voir PR fusionnée Problème original
PORTÉE DE LA CONTRIBUTIONPR / 2525
LE SIGNAL MANQUANT

Découvrir action Essayer un appel Apprenez ses limites

LE CONTRAT AJOUTÉprotocolDirectExecution
true

Protocole direct
exécution

false

Vérifier un outil frère
ou chemin de workflow

Registre partagéMCP + HTTP schemasTests docs

Fusionné dans la branche principale staging branche du 21 septembre 2026. Contribué sous notre compte GitHub précédent, WalkmanHenry. Une contribution open-source ciblée au projet en amont.

Fusionner l'enregistrement ↗
LE BON CADRE POUR VOTRE PROCHAINE ÉTAPE

Un produit complet.
Ou le seul bug qui le bloque.

Nous prenons en charge un correctif ciblé, une petite fonctionnalité, une intégration API ou une mission QA aussi bien qu’un produit complet. Même pour une petite tâche, le résultat attendu, les vérifications et la transmission sont définis clairement.

Dites-nous ce qui doit être corrigé Voir l’essai introductif