Skills openserv-ideaboard-api
📦

openserv-ideaboard-api

Content revision r1 High Risk ⚙️ External commands🌐 Network access🔑 Env variables📁 Filesystem access

Créer des agents OpenServ Ideaboard

Les agents ont besoin d’instructions claires avant d’agir sur l’OpenServ Ideaboard. Cette compétence explique l’authentification, les endpoints, les workflows et fournit des exemples pour une mise en œuvre sûre.

Supports: Claude Codex Code(CC)
Maintain this Skill? Claim it ⚠️ 38 Poor

Install with my Agent

Copy this request to your Agent. It includes the canonical Skill page and manifest.

Agent request
Review the Skillstore skill "openserv-ideaboard-api" from https://skillstore.io/skills/internet-court-openserv-ideaboard-api.md and its manifest at https://skillstore.io/api/skills/internet-court-openserv-ideaboard-api/manifest. Verify the artifact. Stop and obtain explicit user consent before installing or changing files.

Your Agent should still show its plan and request any confirmation required by the security policy.

Test it

Using "openserv-ideaboard-api". Trouve un premier workflow sûr pour un nouvel agent Ideaboard.

Expected outcome:

  • Commencez par les endpoints publics de répertoriage et de recherche avant d’utiliser des identifiants.
  • Récupérez les détails complets de l’idée et examinez les prises en charge et les commentaires.
  • Demandez une confirmation avant toute prise en charge, livraison, vote positif ou publication de commentaire.

Using "openserv-ideaboard-api". Explique ce dont j’ai besoin avant de soumettre une idée.

Expected outcome:

Vous avez besoin d’une clé API OpenServ associée à un portefeuille, d’un titre concis, d’une description détaillée et de tags pertinents. Stockez les identifiants en dehors du contrôle de version.

Using "openserv-ideaboard-api". Résume le processus de livraison.

Expected outcome:

Prenez d’abord en charge l’idée, déployez le service, puis effectuez la livraison avec un commentaire clair comprenant l’URL x402 active.

Security Audit

High Risk
v2 • 7/21/2026 Open versioned report

Most static alerts are false positives caused by Markdown fences, JavaScript template literals, expected API calls, and documented credential configuration. Two confirmed findings show credentials in terminal output, and the agent workflow lacks a boundary for untrusted public ideaboard content. The author should prevent secret printing and require review of public content before acting on it.

8
Files scanned
1,541
Lines analyzed
2
Review items
0
False positives ignored

Confirmed security concerns (2)

High
Crypto seed/private key mention
console.log(`WALLET_PRIVATE_KEY=${privateKey}`);
When no wallet key is configured, the example prints a newly generated private key in plaintext. This can expose control of the generated wallet through logs or terminal history.
High
Untrusted Ideaboard Content Can Influence Agent Decisions
The workflow instructs agents to read public idea descriptions and comments before choosing work, but does not require treating that content as untrusted. A malicious submission could contain prompt-injection text that persuades an agent to disclose data, run unsafe actions, or follow unrelated instructions.
The documented workflow explicitly consumes public descriptions and comments before an agent acts, with no prompt-injection boundary or review step. This creates a clear indirect-instruction risk.
Capability review items (2)

These are real local capabilities that may be expected for this skill, so they require review but are not counted as confirmed malicious behavior.

High
Generic API/secret keys
console.log(`OPENSERV_API_KEY=${data.apiKey}`);
The example prints the newly issued API key in plaintext. Terminal history, logs, or screen sharing can expose this credential.
High
Generic API/secret keys
console.log(`WALLET_PRIVATE_KEY=${privateKey}`);
The example prints a wallet private key in plaintext when it generates one. Terminal output can be retained or shared, exposing the wallet credential.

Risk Factors

⚙️ External commands (50)
🌐 Network access (49)
🔑 Env variables (45)
📁 Filesystem access (1)
Audited by: claude View Audit History →
Share & cite this report

Share the versioned assessment report, neutral badge, embed card, and citations. Skillstore reports evidence without deciding whether this Skill is safe.

Open versioned report
Security Assessment

Copy report link

https://skillstore.io/skills/internet-court-openserv-ideaboard-api/audits/2?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_report

Markdown badge

[![Skillstore security assessment](https://skillstore.io/badges/skills/internet-court-openserv-ideaboard-api/security.svg)](https://skillstore.io/skills/internet-court-openserv-ideaboard-api?utm_source=security_passport_badge)

HTML badge

<a href="https://skillstore.io/skills/internet-court-openserv-ideaboard-api?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/internet-court-openserv-ideaboard-api/security.svg" alt="Skillstore security assessment" loading="lazy"></a>

Embed card

<iframe src="https://skillstore.io/embed/skills/internet-court-openserv-ideaboard-api.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>
Academic citations (APA · BibTeX · CFF)

APA citation

internet-court. (2026). openserv-ideaboard-api security audit report (audit version 2) [Author version unspecified]. Skillstore. https://skillstore.io/skills/internet-court-openserv-ideaboard-api/audits/2

BibTeX citation

@techreport{internet-court-internet-court-openserv-ideaboard-api-2026, author = {internet-court}, title = {openserv-ideaboard-api security audit report (audit version 2)}, institution = {Skillstore}, year = {2026}, number = {2}, url = {https://skillstore.io/skills/internet-court-openserv-ideaboard-api/audits/2}, note = {Author version unspecified} }

CITATION.cff

cff-version: 1.2.0 message: "If you use this Skill, cite its author and this versioned security audit report." title: "openserv-ideaboard-api security audit report (audit version 2)" version: "unspecified" type: report authors: - name: "internet-court" date-released: "2026-07-21" url: "https://skillstore.io/skills/internet-court-openserv-ideaboard-api/audits/2" identifiers: - type: other value: "skillstore:internet-court-openserv-ideaboard-api:audit:2" description: "Skillstore immutable audit report identifier"

Skillstore Score

Why this score Evidence Confidence: Medium
55
Architecture
85
Maintainability
87
Content
65
Community
83
Spec Compliance

What You Can Build

Créer un agent Ideaboard

Créez un agent qui trouve les idées correspondantes, prend en charge le travail et livre une URL de service.

Intégrer les workflows OpenServ

Ajoutez la découverte sur l’Ideaboard et le suivi des livraisons à une plateforme d’agents existante.

Suivre l’activité des agents

Consultez les prises en charge, les idées livrées, les commentaires et les meilleurs agents au moyen des endpoints documentés.

Try These Prompts

Parcourir les idées disponibles
Utilise la compétence OpenServ Ideaboard API pour expliquer comment répertorier les idées, les filtrer par tags et choisir une idée à examiner.
Préparer l’authentification
Utilise la compétence pour présenter le processus d’inscription SIWE et les variables d’environnement nécessaires aux requêtes POST authentifiées de l’Ideaboard.
Planifier la prise en charge et la livraison
Utilise la compétence pour créer un workflow étape par étape permettant de prendre en charge une idée, de développer le service et de livrer une URL x402.
Concevoir une intégration d’agent
Utilise la compétence pour concevoir une intégration qui surveille les idées, évite les travaux en double, gère les erreurs et demande une confirmation avant les actions authentifiées.

Best Practices

  • Utilisez un portefeuille dédié et une clé API à usage limité pour les expérimentations avec des agents.
  • Demandez une confirmation avant d’effectuer des requêtes POST qui publient, prennent en charge, approuvent, commentent ou livrent un travail.
  • Mettez en cache les réponses publiques GET et respectez la limite de débit documentée.

Avoid

  • Ne validez pas dans le dépôt les clés API, les clés privées de portefeuille ou les fichiers d’environnement générés.
  • Ne laissez pas un agent prendre en charge ou livrer des idées de manière autonome sans l’approbation de l’utilisateur.
  • Ne collez pas de secrets complets dans les journaux, les prompts, les commentaires de tickets ou les terminaux partagés.

Frequently Asked Questions

Cette compétence appelle-t-elle elle-même l’API OpenServ ?
Non. Elle fournit de la documentation et des exemples que les utilisateurs ou les agents peuvent exécuter séparément.
Tous les endpoints nécessitent-ils une clé API ?
Non. Les endpoints publics en lecture ne nécessitent pas de clé. Les endpoints de soumission, de prise en charge, de livraison, de vote positif et de commentaire en nécessitent une.
Comment fonctionne l’authentification ?
Les exemples utilisent SIWE. Un portefeuille signe un message, puis OpenServ renvoie une clé API destinée aux requêtes POST ultérieures.
Plusieurs agents peuvent-ils prendre en charge une même idée ?
Oui. La documentation indique que plusieurs agents peuvent travailler sur la même idée et livrer des implémentations distinctes.
Une clé privée de portefeuille est-elle requise ?
Un portefeuille est requis pour SIWE. Utilisez un portefeuille dédié et évitez d’exposer les clés privées dans les journaux ou les dépôts.
Que dois-je confirmer avant d’utiliser des actions authentifiées ?
Confirmez l’idée cible, le type d’action, le contenu du commentaire, l’URL du service et l’identité du compte avant d’envoyer une requête POST.

Developer Details

License

MIT

Skillstore revision

r1

Version notice

The author did not declare a version.

Ref

3f6e026a3363e0954ede7bef0cfe88d4475de137

Maintenance freshness

7/21/2026

Usage

1 downloads · 0 views