Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsCommunityBlog
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

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Asq Theory Development

ASecurity

Use when building the theoretical engine for an Administrative Science Quarterly (ASQ) manuscript — mechanisms, process vs. variance logic, constructs, and boundary conditions. Builds the argument; it does not select methods or run analysis.

1,052 stars
0 votes
0 copies
0 views
Added 6/4/2026
ai-agentsgogit

Security Analysis

A100/100

Scanned 6/4/2026

Install to Claude Code

$npx -y skills add brycewang-stanford/Awesome-Journal-Skills --skill asq-theory-development --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Asq Theory Development?

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

Security grade badge for Asq Theory Development
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/brycewang-stanford-asq-theory-development/badge)](https://www.skillsdirectory.com/skills/brycewang-stanford-asq-theory-development)

More formats (shields.io, HTML) on the badges page.

Download with Pro
Files
SKILL.md
---
name: asq-theory-development
description: Use when building the theoretical engine for an Administrative Science Quarterly (ASQ) manuscript — mechanisms, process vs. variance logic, constructs, and boundary conditions. Builds the argument; it does not select methods or run analysis.
---

# Theory Development (asq-theory-development)

## When to trigger

- You have a puzzle (from `asq-topic-selection`) but no theoretical machinery to explain it
- Your "theory" is a box-and-arrow diagram with labeled constructs but no *mechanism*
- You are unsure whether your phenomenon needs a process theory or a variance theory
- Reviewers say the theory is "thin," "post hoc," or "a relabeling of the finding"

## Process theory vs. variance theory

This is the central choice at ASQ. Get it right before drafting.

- **Variance theory** explains *how much* of an outcome varies with antecedents: X → Y, with moderators/mediators. Appropriate for "whether and under what conditions" questions, typically quantitative.
- **Process theory** explains *how and why* something unfolds over time: sequences, events, feedback, transformation. Appropriate for emergence, becoming, contestation, and dynamics — typically qualitative/inductive.

ASQ punishes **variance framing forced onto a process question**: if your data show a sequence of events transforming an organization but you write it as "factor A increases outcome B," reviewers will say the theory and phenomenon are mismatched. Match the form of the theory to the form of the phenomenon. ASQ's lineage makes process and interpretive theorizing fully legitimate as the *main* contribution — this is a real difference from journals where the variance/hypothesis template is the implicit standard. Barley's (1986) ASQ study of CT scanners, for instance, theorized *structuring as a process* rather than estimating an effect of technology on structure.

## Mechanism first

A construct is not a mechanism. State the *generative mechanism* — the social/organizational process that produces the relationship or sequence:

- Name the **actors** and what they are doing (sensemaking, competing, imitating, categorizing, coordinating, resisting). ASQ's sociology-of-organizations roots mean *collective* and *field-level* mechanisms (mimetic, normative, and coercive isomorphism in the DiMaggio & Powell 1983 sense) are as welcome as micro ones.
- Name the **social structure** in which they act (field, hierarchy, network, category system, status order)
- Specify the **causal/processual logic**: why does this actor, in this structure, produce this outcome or this next step?
- Specify **boundary conditions**: where does the mechanism hold, weaken, or reverse?

A good test: could a reader *predict a new, non-obvious implication* from your mechanism? If not, you have a label, not a theory.

## For inductive papers

If theory is *emergent* (grounded), this skill still applies — but in reverse order:

- Theory is the *output*, presented after the data structure (see `asq-data-analysis`)
- Still required: a named mechanism, a process model (often a figure with phases/feedback), and a clear statement of what is novel relative to existing organizational theory
- A grounded, inductively-built theory can be the *entire* contribution at ASQ — it need not be a stepping stone to a later deductive test, as it might be framed elsewhere
- Avoid "theory by adjective": calling a pattern "dynamic" or "recursive" without specifying the process

## For deductive papers

- Hypotheses must be *derived*, each with an explicit causal logic paragraph — not asserted
- Each hypothesis should connect back to the same core mechanism (avoid a "bag of hypotheses")
- Moderators must be theoretically motivated (why this boundary?), not data-driven fishing

## Checklist

- [ ] Process vs. variance form matches the phenomenon
- [ ] A named generative mechanism (actors + structure + logic), not just constructs
- [ ] Boundary conditions stated (where it holds / weakens / reverses)
- [ ] Mechanism yields at least one non-obvious, testable/observable implication
- [ ] Constructs are defined precisely and consistently with the literature
- [ ] For deductive: each hypothesis has its own derivation paragraph tied to the mechanism
- [ ] For inductive: a process/theory model figure is planned, with novelty stated

## Anti-patterns

- Box-and-arrow models with no mechanism ("constructs in search of a story")
- Variance framing for a process phenomenon (or vice versa)
- Hypotheses asserted rather than derived; a moderator zoo with no logic
- "Theory by adjective" — naming a pattern instead of explaining it
- Borrowing a fashionable construct as a veneer over an under-theorized finding

## Output format

```
【Theory form】process / variance + why it matches the phenomenon
【Core mechanism】actors + structure + causal/processual logic
【Boundary conditions】where it holds / weakens / reverses
【Novel implication】the non-obvious prediction or insight
【Deductive only】hypotheses + derivation status
【Next step】asq-literature-positioning
```

Attribution

brycewang-stanfordbrycewang-stanford
View sourceMore from brycewang-stanford →
SSkills DirectorySkills Directory

Know which skills are safe — weekly.

Best new skills + every skill we flagged as malicious. From the team that scanned 103,619.

Join free

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

Know which skills are safe — weekly.

Best new skills + every skill we flagged as malicious. From the team that scanned 103,619.

Join free

Related Skills

Caveman

Ultra-compressed communication mode that cuts output tokens while keeping technical accuracy. Levels: lite, full, ultra and the wenyan variants. Use for /caveman, "caveman mode", "talk like caveman", "be brief" or "less tokens".

1074701 votes

Hyperplan

Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...

693161 votes

Mcp Code Execution

Routes multi-tool workflows through MCP servers for large datasets and pipelines. Use when Bash tool overhead is limiting throughput on data-heavy tasks.

3351 votes

catchup

Recovers the conversation and failed tool calls of a previous Codex, Claude Code, Antigravity, Cline, Copilot CLI, Cursor, DeepSeek Harness, Kimi, OpenCode, Pi Agent, or ZCode session. Use when the user says "catch up", "what did the last session do", "get me up to speed", "I switched agents", asks to recover/summarize a previous session before continuing, or asks to diagnose or report a catchup failure. Do NOT use for the current conversation, git history, or any non-agent log.

691 votes

math-skill

A comprehensive mathematical reasoning skill for AI assistants — handles arithmetic to research-level problems with rigorous step-by-step reasoning, systematic verification, and transparent uncertainty handling

381 votes
View all in ai-agents →