Skip to content
cccskills
FreePublished on GitHub

agsy-systems-framing-and-modeling

Use when framing the system and describing the model for an Agricultural Systems (AgSy) manuscript — defining system boundaries, components, hierarchical levels, and feedbacks, then choosing, describing, and calibrating the model (process/simulation, whole-farm, bio-economic, agent-based, or integrated assessment). This is the distinctive core of an AgSy paper. Structures the model and system; it does not run code for you.

The English summary is being prepared. Showing the original description.

Run score Not tested

See how to install

Files included (1)

  • SKILL.md5.9 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Systems Framing & Modelling (agsy-systems-framing-and-modeling)

This is the distinctive core of an Agricultural Systems paper. AgSy expects an explicit system (boundaries, components, hierarchical levels, feedbacks) and a model that is described, justified, and calibrated — not a black box. Frame the system first, then make the model reproducible enough that a reader could re-implement it.

When to trigger

  • Defining the system boundary, components, and what counts as inside vs. outside
  • Choosing a modelling approach and justifying it against alternatives
  • Writing the model-description (methods) section
  • A reviewer asked "what is the system?", "why this model?", or "how was it calibrated?"

Step 1 — Frame the system

  1. Boundary. State what is inside the system and what is an external driver (climate, prices, policy). Justify the boundary by the question.
  2. Components & interactions. Name the components (crop, soil, water, livestock, labour, economics) and the interactions that matter — AgSy is about interactions, so make them explicit.
  3. Hierarchical levels. Field → farm → landscape → region → food system: say which levels you model and how processes at one level aggregate or constrain another.
  4. Feedbacks & emergence. Identify feedback loops and any emergent behavior the system can produce. A conceptual diagram (boxes/arrows) is usually expected.

Step 2 — Choose and justify the model

  • Match model to question. Process/simulation (APSIM/DSSAT/STICS/DNDC) for biophysical dynamics; whole-farm models for resource flows and trade-offs; bio-economic / mathematical programming for farmer decisions under constraints; agent-based for heterogeneity and emergence; integrated assessment for regional/food-system scenarios. (See resources/external_tools.md.)
  • Justify the choice against the standard alternatives — what does this model represent that others cannot, and what does it omit?

Step 3 — Describe the model so it can be reproduced

  • Version & provenance. Exact model and version; any modifications you made.
  • Equations / structure. Key state variables, processes, and (for ABM) the ODD protocol.
  • Parameters & inputs. Sources for parameters and driving data; what is fixed vs. estimated.
  • Calibration. What was calibrated, against which data, by what procedure — and what was held out for evaluation (hand off to agsy-data-and-model-evaluation).
  • Assumptions. State the load-bearing assumptions and their plausible range.

The "interaction or it isn't AgSy" test

Write one sentence: "The result arises because component A interacts with component B such that ___; absent that interaction the system would behave like ___." If you cannot, you have a single-factor study, not a systems analysis — reframe (back to agsy-topic-selection).

Anti-patterns

  • An undefined system boundary ("the farm" with no components or interactions specified)
  • A model used as a black box: no version, equations, parameters, or calibration described
  • Calibrating and evaluating on the same data (no independent evaluation)
  • Choosing a model out of familiarity without justifying it against alternatives
  • Hiding assumptions that drive the headline result

Worked micro-example: framing one system (illustrative)

A study asks how feed-price shocks reshape a mixed crop–livestock farm's land allocation (illustrative).

  • Boundary. Inside: cropping, the dairy herd, feed and manure flows, gross margin. External drivers: climate, feed-grain and milk prices, N regulation.
  • Interactions. The load-bearing loop is feed price → herd feeding strategy → manure N → crop rotation → on-farm feed supply, so a bio-economic whole-farm model is chosen over a crop-only simulator.
  • Interaction test passes: the result arises because the herd–manure–rotation loop couples feed price to land use; absent it the farm would behave like two independent enterprises.

Referee pushback → the AgSy-specific fix

  • "What exactly is the system?" → Add a boundary statement, a component-and-interaction list, and a conceptual diagram; name the hierarchical levels modelled.
  • "Why this model and not the standard one?" → State what your model represents that the alternative cannot, and what it omits.
  • "The system boundary is too narrow." → Show the interaction the boundary would cut (the manure–rotation feedback) and widen it, or justify the cut.

Calibration anchors (hedged where uncertain)

  • Model choice is judged by referees against the question, not fixed by the journal — justify it.
  • The ODD protocol is the community standard for agent-based model description, not a journal format.

Output format

【System boundary】inside vs. external drivers
【Components & interactions】the interactions that matter
【Hierarchical levels】modelled + how they link/aggregate
【Model & version】+ why this model vs. alternatives
【Calibration】what, against which data, what was held out
【Key assumptions】load-bearing ones + plausible range
【Next】agsy-data-and-model-evaluation

Supplementary resources

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Use when packaging AAAI code, data, multimedia appendices, technical appendices, reproducibility evidence, and post-acceptance artifact releases without violating double-blind or immutable-supplement rules.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

Use when drafting an AAAI author response (rebuttal) under the single short character-limited author-feedback window, the no-URL rule, no-new-results guidance, AI-generated-review handling, and the AAAI two-phase review process where Phase-2 papers receive one feedback round before SPC/AC discussion.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

Use when preparing an accepted AAAI paper for camera-ready source submission to AAAI Press, including proceedings page limits, two-column template compliance, copyright transfer, purchased extra technical pages, deanonymization, registration, oral or poster presentation, and final public artifact release.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

Use when designing or auditing AAAI experiments for the broad-AI program committee, including baselines, ablations, statistical significance, robustness, human evaluation, AI-for-Social-Impact and alignment/safety evidence, compute and cost reporting, and reproducibility-checklist alignment for Phase-1 survival.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

Use when positioning an AAAI paper's novelty against archival work, contemporaneous arXiv or workshop papers, and AAAI/IJCAI/NeurIPS/ICML/ICLR neighbors across the broad AI scope, while staying inside AAAI's dual-submission and AI-as-source policy constraints and writing a related-work section legible to non-specialist reviewers.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

Use when strengthening an AAAI paper's reproducibility checklist (placed after references), experimental traceability, seed and hyperparameter reporting, compute and cost disclosure, dataset access and licensing, code/data ZIP readiness, and the claim-to-evidence map that Phase-1 reviewers use to judge rigor across AAAI's broad AI scope.

The English summary is being prepared. Showing the original description.

brycewang-stanford/Awesome-Journal-Skills1.3KUpdated Sep 27, 2026

See all skills by brycewang-stanford

Report a problem with this skill