workflow

Automate Keil or GCC builds, flashing, debugging, and runtime observation workflows.

551|66|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/zhinkgit/embeddedskills --skill workflow-zhinkgit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: workflow
Source: https://github.com/zhinkgit/embeddedskills/tree/main/workflow
Command: npx skills add https://github.com/zhinkgit/embeddedskills --skill workflow-zhinkgit

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

Developers of embedded systems must manually switch between compiling, flashing, debugging, and observing hardware, which slows down iteration and introduces errors.

Core Features & Use Cases

  • Workspace Discovery: Detects Keil and GCC projects automatically.
  • Backend Selection: Chooses appropriate build, flash, debug, and observation backends (JLink, OpenOCD, probe‑rs) based on configuration and availability.
  • State Chaining: Links each step via .embeddedskills/state.json so downstream actions use previous results.
  • Use Case: In a typical iteration, a developer can trigger a single workflow that builds the firmware, flashes the device, starts a debug session, and sets up RTT observation without leaving the AI assistant.

Quick Start

Ask workflow to plan the current embedded project and suggest the appropriate build backend.

Frequently Asked Questions about workflow

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate build, flash, and debug workflows for embedded projects?

To automate embedded workflows, you can use a Skill that coordinates compilation, programming, and runtime inspection in a single step. It automatically detects Keil and GCC projects and chains build, flash, debug, and observation actions via a state file.

Can I use JLink, OpenOCD, or probe-rs for flashing and debugging?

Yes, JLink, OpenOCD, and probe-rs are supported as compatible backends. The workflow automatically selects the appropriate build, flash, debug, and observation backend based on your configuration and tool availability.

How does an automated workflow connect compilation and RTT observation?

Automated workflows connect compilation and RTT observation using state chaining. Each step saves its results to a state.json file, allowing downstream actions like flashing and runtime inspection to use previous outputs automatically.

Do I need specific configuration files to start an embedded build workflow?

Yes, starting an embedded build workflow requires an .embeddedskills configuration file and workspace state files. These files are necessary for the system to discover projects, select backends, and chain the build and flash steps.

What is the best way to trigger a full firmware iteration without leaving my environment?

The best way to trigger a full firmware iteration is to use a workflow orchestration Skill that builds firmware, flashes the device, starts a debug session, and sets up RTT observation in a single automated command.

Why does my automated embedded workflow fail to select the correct programming backend?

An automated embedded workflow fails to select the correct programming backend when the required tools are unavailable or the .embeddedskills configuration is missing. It chooses backends based on existing configuration and tool availability.