AGENT SKILL

add-vendor

Research how a software vendor takes bug reports, feature requests, security reports and support, and record it as structured channel data (vendor.json) so routing works for that vendor. Use when a vendor isn't known yet, when the user says "add X to vendor liaison", "find out how X takes feedback", or when a vendor's channels have changed or died.

License 许可
MIT
最近更新
2026-10-23
Stars
★ 0
Forks
0

01 前言 Front Matter

name
add-vendor
description
Research how a software vendor takes bug reports, feature requests, security reports and support, and record it as structured channel data (vendor.json) so routing works for that vendor. Use when a vendor isn't known yet, when the user says "add X to vendor liaison", "find out how X takes feedback", or when a vendor's channels have changed or died.

03 SKILL.md 正文

Add or update a vendor

1. Research the channels

Check each of these for the vendor, and record where each fact came from:

  • The website's footer, contact, support and help pages.
  • /.well-known/security.txt, a security page or bug-bounty listing, and SECURITY.md.
  • App store listings. These usually give the developer's contact email.
  • Public issue trackers: GitHub or GitLab issues and their issue templates, and whether blank issues are allowed.
  • Community spaces: the forum, subreddit, Discord or Slack. Note any flair or tag used for feature requests and bugs.
  • Feature boards (Canny, Productboard portal, UserVoice, and so on), and whether they are actually in use.
  • In-app feedback.
  • Release notes or a changelog, for checking against before reporting.

For each channel, test the address or URL where you can. Mark the channel confirmed only if you loaded the page or saw the address published; mark it inferred if it came from a secondary source; mark it dead (and keep it) if it's gone, so nobody adds it again.

Also find out how each public channel can be searched for duplicates, and record the working method in dedupe. For example, Reddit's .json endpoints refuse anonymous requests but search.rss works.

2. Write the record

Public vendor: vendors/<id>/vendor.json in the plugin repo. The field reference is in vendors/README.md, and existing vendors are examples. Required fields:

  • id, name and verified (YYYY-MM-DD);
  • channels, each with id, type, target, visibility, purposes and status;
  • routing: the recommended channel order per purpose;
  • rules: the vendor's requirements, in imperative sentences.

Optional: a reporting.md for long-form notes, and skills when a vendor-specific skill exists.

Anything personal to the user (unpublished addresses, contacts, preferences) goes in their overlay through vendor-preferences, never here. A vendor the user doesn't want published goes under vendor in their overlay file.

3. Validate

python3 <plugin-root>/scripts/liaison.py validate <id>
python3 <plugin-root>/scripts/liaison.py route <id> bug

The validator rejects routing that points at undefined channels, a channel that doesn't list the purpose it's routed for, and any public channel in routing.security. A public vendor file is a change to the plugin repository: commit it there (or open a pull request upstream) and add a row to the vendor table in the top-level README.

04 同仓库更多 Skills

danielrosehill
danielrosehill/Vendor-Liaison

vendor-preferences

Record the user's own preferences for contacting a vendor — which channel they prefer for bugs, feature requests or support, channels to avoid, private addresses, and personal contacts at the company (a developer they know, an account manager, a WhatsApp number, someone met in person). Use when the user says "I prefer to email X", "don't post X stuff on Reddit", "I know someone at X", "for X feature requests go to …", or "remember that for X …".

★ 0
danielrosehill
danielrosehill/Vendor-Liaison

security-disclosure

Disclose a security vulnerability to a software vendor responsibly, through a private channel only — bug-bounty program, security.txt contact, security@ address, or a trusted contact at the company — never a public tracker, forum or social post. Use when the user has found a vulnerability, data exposure, auth bypass, secret leak or other security flaw in someone else's product and wants to report it.

★ 0
danielrosehill
danielrosehill/Vendor-Liaison

route

Work out where to send something to a software vendor — a bug report, feature request, security vulnerability, support question or general feedback — taking the vendor's own channels and the user's personal preferences and contacts into account. Use when the user asks "where do I report this to X", "how do I request a feature from X", "who do I tell about this bug", or before any of the report, security-disclosure or vendor-specific filing skills.

★ 0
danielrosehill
danielrosehill/Vendor-Liaison

report

Send a bug report, feature request, support question or feedback to a software vendor through the right channel — email, GitHub issue, forum or subreddit post, contact form, in-app form, or a message to a personal contact at the company — after checking it hasn't already been reported. Use when the user says "report this to X", "send X a feature request", "email the developer about this bug", "tell my contact at X". For security vulnerabilities use security-disclosure instead.

行政与办公人员
★ 0
danielrosehill
danielrosehill/Vendor-Liaison

op-fr-tracker

Log 1Password feature requests and threads the user posted or joined, and check them for staff replies or shipped features.

★ 0
danielrosehill
danielrosehill/Vendor-Liaison

op-fr-search

Search the 1Password Community and release notes for an existing feature request or answer before posting a new one.

★ 0