agentsclimarketplace

Amr methods

Skill brycewang-stanford/Awesome-Journal-Skills/Academy-of-Management-Review-Skills/skills/amr-methods

Use when choosing and applying a theory-construction method for an Academy of Management Review (AMR) manuscript — building constructs, defining their domain, specifying relationships, articulating the underlying logic/mechanisms, and setting boundary conditions. This is the THEORY-CONSTRUCTION craft, NOT empirical method; AMR publishes no datasets, no measures, and no statistical tests.From its SKILL.md

Install
npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill amr-methods

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

SKILL.md

5.1 KB, ~1.0k tokens by cl100k_base, as published. Nobody here has run it

Theory-Construction Method (amr-methods)

AMR publishes NO empirical data. There are no samples, no measures, no estimation, and no results. "Method" here means the craft of building theory: how you construct constructs, derive relationships, ground mechanisms, and bound the theory. If your project needs data to make its point, it belongs at AMJ / ASQ / SMJ.

When to trigger

  • Constructs and propositions exist but the way they were built feels ad hoc
  • A reviewer would ask "where did this construct's domain come from?"
  • The theory needs a more disciplined construction approach than intuition
  • You need to choose among theory-building styles for your puzzle

Choosing a theory-construction approach

ApproachWhen it fitsCore moves
Conceptual elaborationExtending a known theory to a new domainCarry over the core logic; re-specify constructs for the new setting; add boundary conditions
Analogical / metaphorical transferA construct from another field illuminates a management phenomenonMap source → target carefully; theorize where the analogy holds and breaks
Typology constructionThe phenomenon has distinct, theoretically meaningful typesDerive dimensions from theory (not data); ensure types are mutually exclusive and jointly exhaustive; theorize transitions (e.g., Oliver's strategic-responses typology, AMR 1991, DOI 10.5465/amr.1991.4279002)
Process theorizingThe phenomenon is a sequence/becoming, not a variance relationshipSpecify stages, triggers, feedback loops, and timing; theorize the engine that drives movement
Construct re-specificationAn existing construct conflates distinct phenomenaSplit or merge; re-define the domain; re-derive downstream relationships
Cross-level theorizingThe action spans individual ↔ collectiveSpecify emergence (bottom-up) and top-down effects; avoid level confusion

Building each component well

  • Constructs: a good construct is necessary (the theory cannot be stated without it), distinct (not a synonym), and has a clear domain and scope conditions (Suddaby's construct-clarity criteria, AMR 2010, DOI 10.5465/amr.2010.0419). Define what it excludes, not only what it includes. Construct domain is the conceptual analog of avoiding a contaminated sample — but done in argument, not data cleaning.
  • Relationships: derive, don't assert. Each link should follow from the constructs and an explicit mechanism. Specify form (causal / recursive / moderating / mediating / constitutive).
  • Mechanisms: name the engine — the why that makes theory explanatory rather than descriptive (Whetten, AMR 1989, DOI 10.5465/amr.1989.4308371). Prefer mechanisms with micro-foundations — actors doing things for stated reasons — over black-box "is associated with."
  • Boundary conditions: state the contextual, temporal, and level limits. Strong theory specifies its own scope; this is contribution, not hedging.
  • Falsifiability: design propositions to be refutable in principle (AMR's scope demands "testable knowledge-based claims"). This is the AMR analog of identification rigor at AMJ — credibility rests on tight, falsifiable logic, not on a clean estimate.

Checklist

  • A named construction approach (or explicit hybrid) is used, not intuition alone
  • Each construct is necessary, distinct, and domain-bounded
  • Each relationship is derived from constructs + mechanism, not asserted
  • Mechanisms are specified with micro-foundations where possible
  • Typologies (if used) are mutually exclusive and jointly exhaustive, derived from theory
  • Process theories specify stages, triggers, feedback, and timing
  • Boundary conditions are stated as part of the theory
  • No empirical apparatus has crept in (no samples, measures, tests)

Anti-patterns

  • Treating "method" as data collection — there is none at AMR
  • A typology whose dimensions came from convenience, not theory
  • A process "model" that is really a static box-and-arrow diagram with no engine
  • Borrowing a construct from another field without theorizing where the analogy fails
  • Cross-level claims that confuse the level of theory with the level of the mechanism
  • Asserting relationships and back-filling a mechanism afterward

Output format

【Construction approach】elaboration / analogy / typology / process / re-specification / cross-level
【Constructs built】[name + how its domain was derived]
【Mechanism basis】micro-foundations / structural / cognitive / ...
【Boundary conditions】contextual / temporal / level
【Empirical apparatus present?】must be: none
【Next step】amr-data-analysis (stress-test the logic)

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.