Gemini API Development
Build Gemini API integrations with verified source evidence, environment separation, request/response validation, safety settings, and testable examples.
Verified Surface
- Provider lane: gemini
- Native surface: Gemini CLI SKILL.md packages
- Harness export: gemini
- Import mode: direct-import-normalized
- Source evidence: load
references/source-evidence.mdbefore promoting third-party material.
Workflow
- Confirm the target Gemini API capability, model family, auth method, and runtime.
- Keep API keys in environment variables and document only variable names.
- Validate request payloads, response parsing, retries, timeouts, and error handling.
- Add small examples or tests that can run without exposing production data.
- Review safety, logging, and rate-limit behavior before deployment.
Output Contract
Return:
- provider lane and native surface
- source evidence used
- promotion decision or operating recommendation
- security and privacy notes
- verification still required
Guardrails
- Keep third-party source bodies out of public artifacts unless direct import has clean license, attribution, and manual review.
- Do not use star counts, popularity, screenshots, or social posts as the sole evidence for promotion.
- Do not install or execute unreviewed external scripts as part of source research.
- Quarantine missing licenses, unclear ownership, vague prompt packs, duplicate skill packs, and unsupported native-surface claims.
- Preserve Alex Cinovoj / TechTide ownership for TechTide-authored synthesis while citing third-party sources as references.
Source: TechTideOhio/techtide-harness-kit — distributed by TomeVault.