PerCom Writing Style
Use this when revising the main paper. PerCom papers are IEEE Xplore proceedings read by ubicomp
reviewers, so they need a pervasive-computing contribution stated in the first page and
evidence a reviewer trusts on people they did not train on. The failure this skill prevents is
a technically fine paper that reads like an ML result with a wearable title glued on, or a systems
demo with no human at its center.
Revision rules
- Lead with the ubicomp contribution: the problem a real user or deployment faces, why current
sensing is inadequate, the contribution (system and/or finding), the evidence, and what changes
for pervasive computing.
- State claims at the right granularity. A recognition claim must say cross-subject or
within-subject, on what population, with which metric. "97% accuracy" without a split or a class
balance is a red flag to a PerCom reviewer, not a headline.
- Pair every claim with proportional evidence — real subjects, a fair baseline, F1 with
confidence intervals on realistic class balance, deployment realism — not adjectives.
- Argue limitations; do not recite them. Name the external, construct, and generalization
limits that actually bite this study (subject diversity, ground-truth quality, lab vs.
free-living), and say what you did to bound each. A boilerplate limitations paragraph tells a
reviewer you have not stressed your own claims.
- Respect the 9-page budget as a design constraint, not a formatting afterthought — IEEEtran
two-column is tight, and a study that only fits by shrinking the evaluation or limitations is
over-scoped. Recover space editorially, never by touching the template.
- Maintain double-blindness in self-citations (third person), testbed and system names, dataset
links, acknowledgements, and funding.
Ubicomp paper skeleton
| Section |
Job it must do |
Common failure |
| Intro |
Problem, inadequacy, contribution, evidence preview, ubicomp payoff — first page |
Leads with a technology trend, not a real-use problem |
| Background/Motivation |
Why a user or deployment needs this now |
Motivation by assertion, no grounding in practice |
| System / Study design |
The technique or the study + sensing protocol, reproducibly |
Method or sensor setup described too thinly to re-run |
| Evaluation |
Each claim answered with cross-subject, proportional evidence |
Within-subject or pooled-accuracy metrics that flatter the result |
| Limitations |
The limits that bite, each bounded |
Generic list untethered from this study's subjects/sensors |
| Related work |
Delta-first positioning against the ubicomp literature |
Catalog of citations with no contrast |
Sentence-level rewrites
| Draft pattern |
PerCom-safe rewrite |
| "Our system achieves 97% accuracy." |
"leave-one-subject-out F1 of 0.xx (95% CI ...) on participants" |
| "We evaluate on a large dataset." |
"We evaluate on participants over of free-living data, released as a dataset" |
| "Results show our approach works well." |
"cross-subject F1 improves by X over ; per-subject variance in Fig. 3" |
| "State-of-the-art performance." |
Claim scoped to the subjects, sensors, and setting actually tested |
| "The model recognizes activities." |
"the recognizer reaches F1 0.xx on held-out subjects for " |
Cross-subject and metric discipline
[Split] state within-subject vs. leave-one-subject-out (or session-out); PerCom default is cross-subject
[Balance] report class balance; on imbalanced activities use F1 (macro + per-class), not raw accuracy
[Event vs frame] say whether metrics are frame-level or event-level; they can differ sharply
[Realism] lab vs. free-living; scripted vs. spontaneous behavior -- name which you tested
-> for each: state the choice next to the number so a reviewer is not left guessing
Vignette: compressing an over-length study into 9 pages
A draft with three activity classes, nine figures, and a sprawling background: keep the
cross-subject headline result, the two figures that carry it, a per-class F1 table, and a
limitations subsection tied to subject diversity and ground truth; move per-subject breakdowns and
extra ablations to the dataset with explicit forward references; cut background to what the argument
needs. The test of a good cut: a reviewer should be able to answer "does it work on a new person,
and what threatens that?" from the body alone.
Output format
[Writing diagnosis] clear / under-motivated / over-claimed / within-subject-only / over-scoped
[First-page fix] <new framing leading with the pervasive-computing contribution>
[Claim audit] <claim -> split (LOSO?) -> metric (F1?) -> where answered -> proportional? yes/no>
[Limitations fix] <limit that bites -> bounding to add, placed by the result>
[Anonymity edits] <system names / self-citations / dataset links to rewrite>
Source: brycewang-stanford/Awesome-Journal-Skills → PerCom-Skills/skills/percom-writing-style/SKILL.md
1---2name: percom-writing-style3description: Use when revising an IEEE PerCom paper for a pervasive-computing contribution on the first page, cross-subject claims stated precisely, a limitations section that argues rather than recites, evidence proportional to the claim, double-blind wording, and disciplined use of the tight IEEEtran 9-page budget.4---567# PerCom Writing Style89Use this when revising the main paper. PerCom papers are IEEE Xplore proceedings read by ubicomp10reviewers, so they need a **pervasive-computing contribution stated in the first page** and11evidence a reviewer trusts on **people they did not train on**. The failure this skill prevents is12a technically fine paper that reads like an ML result with a wearable title glued on, or a systems13demo with no human at its center.1415## Revision rules1617- **Lead with the ubicomp contribution:** the problem a real user or deployment faces, why current18 sensing is inadequate, the contribution (system and/or finding), the evidence, and what changes19 for pervasive computing.20- **State claims at the right granularity.** A recognition claim must say **cross-subject or21 within-subject**, on what population, with which metric. "97% accuracy" without a split or a class22 balance is a red flag to a PerCom reviewer, not a headline.23- **Pair every claim with proportional evidence** — real subjects, a fair baseline, F1 with24 confidence intervals on realistic class balance, deployment realism — not adjectives.25- **Argue limitations; do not recite them.** Name the external, construct, and generalization26 limits that actually bite *this* study (subject diversity, ground-truth quality, lab vs.27 free-living), and say what you did to bound each. A boilerplate limitations paragraph tells a28 reviewer you have not stressed your own claims.29- **Respect the 9-page budget as a design constraint,** not a formatting afterthought — IEEEtran30 two-column is tight, and a study that only fits by shrinking the evaluation or limitations is31 over-scoped. Recover space editorially, never by touching the template.32- **Maintain double-blindness** in self-citations (third person), testbed and system names, dataset33 links, acknowledgements, and funding.3435## Ubicomp paper skeleton3637| Section | Job it must do | Common failure |38|---|---|---|39| Intro | Problem, inadequacy, contribution, evidence preview, ubicomp payoff — first page | Leads with a technology trend, not a real-use problem |40| Background/Motivation | Why a user or deployment needs this now | Motivation by assertion, no grounding in practice |41| System / Study design | The technique or the study + sensing protocol, reproducibly | Method or sensor setup described too thinly to re-run |42| Evaluation | Each claim answered with **cross-subject**, proportional evidence | Within-subject or pooled-accuracy metrics that flatter the result |43| Limitations | The limits that bite, each bounded | Generic list untethered from this study's subjects/sensors |44| Related work | Delta-first positioning against the ubicomp literature | Catalog of citations with no contrast |4546## Sentence-level rewrites4748| Draft pattern | PerCom-safe rewrite |49|---|---|50| "Our system achieves 97% accuracy." | "leave-one-subject-out F1 of 0.xx (95% CI ...) on <N> participants" |51| "We evaluate on a large dataset." | "We evaluate on <N> participants over <duration> of free-living data, released as a dataset" |52| "Results show our approach works well." | "cross-subject F1 improves by X over <baseline>; per-subject variance in Fig. 3" |53| "State-of-the-art performance." | Claim scoped to the subjects, sensors, and setting actually tested |54| "The model recognizes activities." | "the recognizer reaches F1 0.xx on held-out subjects for <activity set>" |5556## Cross-subject and metric discipline5758```text59[Split] state within-subject vs. leave-one-subject-out (or session-out); PerCom default is cross-subject60[Balance] report class balance; on imbalanced activities use F1 (macro + per-class), not raw accuracy61[Event vs frame] say whether metrics are frame-level or event-level; they can differ sharply62[Realism] lab vs. free-living; scripted vs. spontaneous behavior -- name which you tested63-> for each: state the choice next to the number so a reviewer is not left guessing64```6566## Vignette: compressing an over-length study into 9 pages6768A draft with three activity classes, nine figures, and a sprawling background: keep the69cross-subject headline result, the two figures that carry it, a per-class F1 table, and a70limitations subsection tied to subject diversity and ground truth; move per-subject breakdowns and71extra ablations to the dataset with explicit forward references; cut background to what the argument72needs. The test of a good cut: a reviewer should be able to answer "does it work on a new person,73and what threatens that?" from the body alone.7475## Output format7677```text78[Writing diagnosis] clear / under-motivated / over-claimed / within-subject-only / over-scoped79[First-page fix] <new framing leading with the pervasive-computing contribution>80[Claim audit] <claim -> split (LOSO?) -> metric (F1?) -> where answered -> proportional? yes/no>81[Limitations fix] <limit that bites -> bounding to add, placed by the result>82[Anonymity edits] <system names / self-citations / dataset links to rewrite>83```8485---8687**Source:** [`brycewang-stanford/Awesome-Journal-Skills`](https://github.com/brycewang-stanford/Awesome-Journal-Skills) → `PerCom-Skills/skills/percom-writing-style/SKILL.md`
thedixitjain