Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges
  • Chrome Extension
  • Skill Manager

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Buying Stuff

ASecurity

helps choose what to buy and where to buy it, based on the user's priorities, budget, and location. use for shopping research, purchase recommendations, and comparing items before buying; checks quality, reliability, sellers, prices, delivery, and returns.

64 stars
0 votes
0 copies
0 views
Added 9/24/2026
testingrustgotestinggitsecurityperformancedocumentation

Security Analysis

A100/100

Scanned 9/24/2026

$npx -y skills add bdsqqq/dots --skill buying-stuff --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Buying Stuff?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Buying Stuff
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/bdsqqq-buying-stuff/badge)](https://www.skillsdirectory.com/skills/bdsqqq-buying-stuff)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
Files
SKILL.md
---
name: buying-stuff
description: helps choose what to buy and where to buy it, based on the user's priorities, budget, and location. use for shopping research, purchase recommendations, and comparing items before buying; checks quality, reliability, sellers, prices, delivery, and returns.
---

# buying stuff

help the user decide what to buy and where to buy it. spend research effort where
it could change the purchase, not on research for its own sake.

## get the priorities right

start with the request and relevant prior context. establish:

- who will use it, for what, where, and with which existing equipment;
- purchase region, delivery destination, budget, and deadline;
- must-haves, priorities in order, acceptable compromises, and what's out of scope.

separate what the user said from what you assumed. ask when an answer could change
the choice; otherwise state important assumptions and proceed. don't invent a budget
or turn a concern into a ban: "secure and convenient" does not mean "no wi-fi."

make vague priorities concrete. does reliability mean surviving bends, maintaining
speed, or working when the internet is down? does convenience mean remote access,
physical controls, portable power, or less setup?

## choose the kind of product first

don't force different jobs into one ranking. a tiny fast cable, a braided charging
cable, and a universal data/video cable need different comparisons.

compare setups before models when the difference matters: app-only versus dedicated
monitor, direct physical control versus an always-on host. check what still works
when internet, router, host, or power fails.

solve today's problem without blocking tomorrow's options. one smart lamp does not
need a whole-house retrofit. don't assume permission to alter someone else's space.

## research what could change the answer

find plausible candidates and check regional availability early. go deep on the
shortlist's decisive claims and risks. broaden coverage when asked for comprehensive
research; don't substitute a longer list for better evidence.

match the source to the claim:

- manuals and certification registries: documented capabilities and compatibility;
- independent measurements: performance under stated test conditions;
- endurance tests: durability; owner failures are leads, not failure rates;
- security documentation and analysis: access controls, encryption, updates, advisories;
- labels, owner photos, and footage: hardware identity and revisions;
- the selected offer and checkout: price, delivery, warranty, and returns.

don't exclude a cable from a testing roundup because it isn't in the title. read
transcripts from relevant testing channels. inspect footage when summaries, tables,
or narration conflict. a blocked video leaves a gap; it says nothing about the product.

for decisive claims, record the exact variant, source link, date or timestamp, tested
behavior, and limits. distinguish measured results, documentation, seller claims,
inference, and unknowns. label findings verified, hunch, or question as appropriate.

match model, revision, length, construction, connectors, and regional variant where
relevant. never borrow another variant's tests, certification, price, or availability.

keep the claim no broader than the evidence:

- a usb-c-shaped port does not prove usb-c-to-usb-c charging;
- an advertised rate or cable identification chip does not prove measured throughput;
- certification does not prove mechanical endurance;
- "encrypted" does not establish account security or end-to-end protection;
- no complaints found does not establish reliability.

brand precedent can justify buying an unreviewed model. first check that precedent
for the relevant construction and capability. successful charging cables don't prove
a brand's tiny high-speed cables work. missing tests lower confidence, not necessarily
the product's rank.

## try to rule out your favorite

look for failures, hardware revisions, compatibility exceptions, app regressions,
and return problems. ask what would disprove each decisive claim, then check.
repeated marketing copy isn't independent corroboration.

report unresolved contradictions and test limits. reviews of selected samples don't
establish population failure rates. if your recommendation changes, say what changed it.

## make the tradeoff explicit

rank fit separately from confidence. weigh the user's priorities, total cost, setup
work, dependencies, and ease of returning or replacing it. skip arbitrary scores.

a well-tested product can fit poorly. a less-tested product can justify a returnable
trial. easy returns limit the cost of being wrong; they don't resolve safety concerns.

stop when more research is unlikely to change the choice. if a decisive unknown
remains, name it and recommend more research, a bounded trial, or waiting. don't
invent certainty to produce a winner.

## check the actual offer

verify the exact variant, seller, destination delivery, currency, taxes, accessories,
warranty, and return terms. distinguish confirmed totals from estimates. date the
check and disclose anything checkout didn't let you verify.

check seller legitimacy separately from product quality. a suspiciously low price
calls for reseller records, business/domain identity, and complaint history—not a guess.

research is read-only. don't order, contact sellers, change accounts, or modify carts
without permission. keep private delivery details out of reports unless needed.

## give the user a decision

lead with the recommendation and why it wins. include:

- a short comparison of alternatives, tradeoffs, and confidence;
- what would make you choose differently;
- remaining unknowns and whether they're worth investigating;
- exact purchase links, checked date, and cost/delivery caveats;
- what to test on arrival and when to return it.

cite claims that drive the choice. keep supporting detail out of the way. distinguish
your recommendation from what the user bought, and reported tests from hands-on checks.

## where this came from

these threads explain the method, not what to buy today:

- [cables](https://ampcode.com/threads/T-01a0cb2c-0147-726d-92ed-2c093348fb8d): separate jobs; check brand precedent by form factor; inspect transcripts and footage.
- [baby monitor](https://ampcode.com/threads/T-01a08285-4dd8-768b-857e-0fea3f4c0b2f): don't replace security and convenience with a wi-fi ban, or trust a seller's port claims.
- [lighting](https://ampcode.com/threads/T-019fe83f-edd2-718e-af0d-7396c6dfd760): keep the scope small and basic controls independent of optional infrastructure.

Attribution

bdsqqqbdsqqq
View sourceSee grades on GitHubMore from bdsqqq →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Screen Reader Testing

Practical guide to testing web applications with screen readers for comprehensive accessibility validation.

401991 votes

Tdd Workflow

在编写新功能、修复错误或重构代码时使用此技能。强制执行测试驱动开发,包含单元测试、集成测试和端到端测试,覆盖率超过80%。

2456590 votes

Eval Harness

克劳德代码会话的正式评估框架,实施评估驱动开发(EDD)原则

2456590 votes

Python Testing

使用pytest、TDD方法、夹具、模拟、参数化和覆盖率要求的Python测试策略。

2456590 votes

Django Tdd

Django测试策略,包括pytest-django、TDD方法论、factory_boy、模拟、覆盖率以及测试Django REST Framework API。

2456590 votes
View all in testing →