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, andSECURITY.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,nameandverified(YYYY-MM-DD);channels, each withid,type,target,visibility,purposesandstatus;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
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 …".
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.
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.
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.
op-fr-tracker
Log 1Password feature requests and threads the user posted or joined, and check them for staff replies or shipped features.
op-fr-search
Search the 1Password Community and release notes for an existing feature request or answer before posting a new one.