add-channel
Skill3 starsChanged 6 days agoMITView on GitHub
Use when a user asks to add, enable, or configure the Microsoft Teams or Microsoft 365 Copilot channel on a CLI-authored Copilot Studio MCS agent using the GitHub Copilot harness.
In this repository13 other files it gives its agents.
- .github/copilot-instructions.mdCopilot instructions
- add-knowledgeSkill
- add-skillSkill
- clone-agentSkill
- create-agentSkill
- delete-agentSkill
- deploy-agentSkill
- publish-agentSkill
- pull-agentSkill
- get-us-temperatureSkill
- get-us-weatherSkill
- my-skill-1Skill
- skill-1Skill
The file
We split this skill into the rules it gives an agent
12 rules. About 0 are common, 6 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 11
Add requested channels in local settings.mcs.yml only.
- Distinctive: line 13
Only Teams and Microsoft 365 Copilot are supported for this harness.
- Very specific: line 19
Use the supplied authored workspace, or discover /settings.mcs.yml in the current project.
- Very specific: line 20
If multiple workspaces match, ask which to use.
- Very specific: line 24
Read the selected settings.
- Distinctive: line 32
Never infer that every available channel should be added.
- Distinctive: line 36
Read the channel schema and merge rules completely before writing.
- Distinctive: line 40
Follow its validation and additive merge rules.
- Distinctive: line 42
Do not create a channel component, manifest, topic, or trigger file.
- Very specific: line 47
Verify that each requested channel appears exactly once with the canonical fields, all unrelated content is preserved, and only the …
- Distinctive: line 52
Do not claim the agent is published, installed, accessible in Teams/Copilot, or runtime-tested from local channel entries alone.
- Very specific: line 55
Never pull, deploy, publish, retarget connections, or run cloud channel commands as part of this skill.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Add an MCS Agent Channel
Add requested channels in local settings.mcs.yml only. This is not
msagent deployment channel, which manages CodeAgent channels, not MCS channels.
Only Teams and Microsoft 365 Copilot are supported for this harness.
Initial request: $ARGUMENTS
1. Resolve the workspace and request
Use the supplied authored workspace, or discover **/settings.mcs.yml in the current project.
If multiple workspaces match, ask which to use. If no workspace matches, direct the user to
clone-agent or create-agent and stop; never clone or scaffold implicitly. The authored child
workspace, not the MSAGENT registration root, holds the settings.
Read the selected settings. Verify it is a CLI-authored MCS agent using the GitHub harness:
a versioned cliagent- template plus configuration.authoringModel: CliCopilot or
configuration.recognizer.kind: CLICopilotRecognizer. If the harness is unknown, ask for
clarification before editing; if another harness is identified, stop rather than apply this schema.
Resolve Teams, Copilot, or both from the request. Ask if the channel is missing or ambiguous. Reject unsupported requested channels before any edit. Do not partially implement a mixed supported/unsupported request; explain the limitation and ask for a supported selection. Never infer that every available channel should be added.
2. Load the contract and edit
Read the channel schema and merge rules completely before writing. Resolve the reference from this skill's own directory. If it cannot be read, stop and report the missing path.
Follow its validation and additive merge rules. Preserve existing settings and channel metadata; adding an already-configured channel is a no-op, not permission to normalize or replace it. Do not create a channel component, manifest, topic, or trigger file.
3. Verify and report
Re-read and parse the resulting YAML with an available local YAML parser, and review the diff.
Verify that each requested channel appears exactly once with the canonical fields, all unrelated
content is preserved, and only the selected settings.mcs.yml changed. Report validation failures
explicitly; do not claim success if validation cannot be completed.
Report the settings path, channels added versus already present, and that changes remain local. Do not claim the agent is published, installed, accessible in Teams/Copilot, or runtime-tested from local channel entries alone.
Never pull, deploy, publish, retarget connections, or run cloud channel commands as part of this
skill. Leave .config/, .mcs/, and agent.sync.yaml untouched. If upload or publication is
requested, hand off separately to deploy-agent or publish-agent with exact deployment selection
and that workflow's consent requirements; do not treat adding a channel as publication consent.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

